ICOの技術的特徴。 開始する

こんにちは、Habr！ 今日、私の話は、ICOの前後にEthereumプラットフォームでICOを実施する技術的な経験についてです。 これまでのところ、私は少数のプロジェクトに参加しましたが、すでにいくつかの技術的背景を集めることができました。 Habrオーディエンス向けにICOを実施するための技術的なロードマップは興味深いものになると思います。 興味のあるカットをお願いします。

クラウドセール経済モデルの準備

それはすべて、クラウドセールを希望する顧客から始まります。 タスク「Nトークンを発行し、契約からXのレートでそれらを販売する」は非常に理解しやすく簡単なように見えますが、多くの場合、「今はわかりませんが、ICOの前にお知らせします」に特定のパラメーターが記載されています。 非常に頻繁に、顧客は自分のトークンに与える準備ができているものだけを知っているが、どのようにそれらを配布するのか全く考えておらず、トークンの数、日付、販売のための割引サイズはそのような自由なパラメーターであると信じており、自由にそれらをねじることができます一部の管理者パネルとICOの前夜に契約を展開します。 実際、これはそうではありません。実際には、ありふれたタイプミスのリスクさえ考慮する必要があります。 zapadloivで一度は修正できないスマート契約を扱っていることに注意してください。 そして、いつかはすべてのユーザーの資金をロックする契約を展開する絶好の機会があります（たとえば、日付がまちまちです）-決して取得することはできません。

たとえば、すべての関数で次のように記述します。

require(currentTime > icoStartTime);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

したがって、展開中に指定された時間枠外の契約との操作を禁止します。 この場合、特に最初からではなく、途中で契約を停止する場合、展開中のタイプミスは非常に高価になる可能性があります。 もちろん、コントラクトコントローラーを提供している場合は新しいコントラクトを組み込むことができますが、投資家の前で不注意で作られた独自の枠を修正する必要があります。 そして、あなたがあなたの仕事を観察し、あなたが些細に日付を混同したそれらは、彼らの結論を引き出します。

多くのモデルには、ボーナスと紹介プログラムに関する微妙なポイントがあります。 紹介プログラムは、あるユーザーから特定のシークレットが提示されたときに、別のユーザーがトークンにボーナスを受け取る場合に特に役立ちます。 このようなことは、1つのサーバーでトランザクションの順序が決定され、すべてのユーザーのデータベースがある通常のシステムでうまく機能します。 このようなプログラムは、スマートコントラクトで実装された場合：

• 最初の検査では見えないことが多い論理的な穴が含まれている場合があります。たとえば、投資家のチェーンを作成し、投資家が自分でボーナスを獲得し、周期的に「販売」することができます。
• 追加の計算をプログラミングする必要がありますが、それほど複雑ではありませんが、アドレスにN個のトークンを単に割り当てるよりも膨大です。 また、これはガスの追加費用であり、顧客のアルゴリズムが複雑になるほど、取引にかかる費用が契約に送られます。

追加の計算は潜在的な脆弱性であり、スマートコントラクトの算術オーバーフローは現実です。

したがって、経済モデルの開発は最も重要な最初のステップです。 特定の開発タスクが紙の上で修正されるという事実で終わります。 そして、すべての定数を一度に取得してみてください-開発時にすぐに使用してください。 記述する必要があるコードの90％は契約テストであり、その数は期間数、割引などによって異なります。顧客がGitHubでの契約の公開の前夜に来て、1年間ICOを実施することを決めた場合3つの期間がある以前のオプションの代わりに割引を0.1％削減するために毎日-すべてのテストを書き換える必要があります。

私に関しては、投資家と受益者に関するユーザーストーリーの形式でタスクの送信を開始するように顧客に依頼するのが最善です。 9月1日の仮想投資家は、Nエーテルの量を契約の住所に振り替え、Mトークンを受け取ります。 9月2日、受益者は個人アドレスから指示を送信して、トークンのレートを変更し、1つのETHでXトークンを発行します。 9月3日、2番目の投資家はNエーテルを送信し、異なる量のトークンを受け取ります。 3番目の投資家はNエーテルを送信しますが、トークンはなくなったため、残りのトークンを受け取り、空中の変化が彼に返されます。 何らかの方法で、顧客からこのようなストーリーを絞り出して、同じことの意味を正確に理解してください。

最初の段階の時間を事前に置きます。 クライアントと一緒に5〜6時間座って、このような集まりをさらに数回繰り返して、コンセンサスを得ることはできません。 すべてを正しく効率的に行う場合-最初の実りのない会議の後、クライアントに慎重に考え、すべての側面を最初に数日間彼のチームと丁寧に依頼してから、開発にお金と時間を費やすことはおそらく価値があります

さて、最初のセクションを終了しましょう。経験豊かな開発者にとっては、「良い結果が得られないxs」として知られています。

スマート契約の開始を想像することさえできない場合

少なくとも1つの契約を既に展開している場合は、この小さなセクションをスキップしてください。これは、契約を開始することの本質を簡単に説明するもう1つの試みです。

デプロイは次のとおりです。 スマートコントラクトコードを含む非常に大きなトランザクションをイーサリアムクライアントから送信しています。 Ethereumネットワークに次のように伝えます。「スマートコントラクトを特定のアドレスに置きます。 このアドレスを使用して、ユーザーは契約にアクセスします。」 自分のバージョンのサイトをインターネットに投稿しているようで、特定のアドレスで機能し始めます。 別のコントラクトをデプロイされた場所に書き換えることはできません。コードは修正されません。別のアドレスに新しいバージョンのコントラクトを配置することのみが可能です。 ネットワークの通常のメンバーとしての契約には、独自のブロードキャスト残高があり、「自動ウォレット」の一種であるブロードキャストを送受信できます。 単に彼にお金を送れば（もちろん、そのようなシナリオが契約で規定されている場合）、彼の残高は増加します。 10 ETHを送信し、対応する方法で契約に違反しない場合、契約の残高で+10 ETHを受け取ります。 スマートコントラクト内のクラウドセールコントラクトの場合、ETHを受け入れる関数は、受信した金額に現在のトークン交換レートを乗算し、対応するトークン数をそれを送信したアドレスに割り当てます。 実際、このアドレスが非常に多くのトークンを獲得するために必要な情報をブロックチェーンに書き込むだけです。

たとえば、ICOで発行されるトークンの数は、プログラムデータだけです。 より具体的には、トークンの残高は連想配列の値であり、キーはイーサリアムのアドレスです。 ある参加者から別の参加者へのトークンの転送は、特定のアドレスに配置されたスマートコントラクトのtransfer



メソッドへの呼び出しと見なすことができます。これは、あるアドレスからトークンの一部を受け取り、別のアドレスに追加します。 マイナーは、プログラムメモリ内のこれらの変更を次のブロックに書き込みます。次のブロックは、ユーザーからコントラクトとトランザクションに入ってきたトランザクションを実行します。

この分野のプログラミングの特徴の1つは、データの宣伝です。 スマートコントラクトの機能に転送するデータは開いていることを忘れないでください。 たとえば、単純な方法で「岩、はさみ、紙」を演奏するだけで、あなたの選択を愚かに契約に送ることはできません。 これが行われた場合、前のトランザクションをスパイし、見たものを考慮に入れて自分自身を送信することが可能になります。 したがって、懸賞、オークションなどのプログラミングアルゴリズムは常にマルチパスです。 まず、すべての関係者が決定のハッシュを送信する必要があります。それ以降は、決定自体を公開します。

別の問題は、トランザクションの順序です。 実際、鉱夫はどのトランザクションが来たかを確認し、より大きな手数料で独自のトランザクションをすばやく生成できるため、元のトランザクションの上のブロックに配置できます。 したがって、分散サービスとクラウドセールの手順を設計するときは、これらの点に注意する必要があります。

イーサリアムスマートコントラクト開発の技術的側面

Ethereumブロックチェーン上にレイアウトされた契約のコードは、誰でも利用できますが、予約が必要です。 実際、「create_contract」トランザクションが閉じられた後、ブロックチェーンでは契約のバイトコードのみが利用可能になります。これを美しく表示するには、たとえば、このように、契約の検証に合格する必要があります。 そして、これは一般に、かなり退屈な手順です。 特別なツールがなければ、1日に数十件の契約しか成功しません。 まあ、投資家は、コードを読むことができない未検証の契約にお金を投げ入れたくないので、検証の必要性は明らかです。

スマートコントラクトのソースの公開は、誰でもコントラクトのインターフェース全体を見ることができ、それがだまされないこと、トークンを奪われないこと、受益者に過大請求しないことを確認できることを意味します。分散スマートコントラクト実行システムが作成される理由を忘れないでください-これは、実行が否定できないような方法でのプログラムコードの単なる公開配置です。 したがって、契約に「興味深い」機能があり、任意の数のトークンを発行したり、あるアドレスから別のアドレスに任意の数のトークンを転送したりすると、すべての投資家に不快な質問が生じます。 トークンでの操作は非表示にできません。これは、コントラクトで実行されるすべてのトランザクションとアクションがすべてエーテルブロックチェーンに記録されるためです。

そのような機能をいくつか提供します。 契約のコードを読んでいる投資家に正当な質問を引き起こし、プロジェクトの信頼性を大きく損なう可能性があります。

機能1 -ICO後にトークンが再発行されます。 ホワイトペーパーで、ICO後のトークンの再発行を正当化していない場合、ICO期間後に機能する任意のアドレスにNトークンを作成する機能は、受益者がいつでも100500トークンを作成し、取引所に捨てる機会です。 あなたのクラウドセールへの自信はこれには加わりません。

特徴2-マルチ署名なしの資金の引き出し。 このプロジェクトでは、すべてのエーテル通貨とその他の通貨をウォレットに追加する必要がありますか？その引き出しは単一のコンピューターから可能ですか？ そして、ここでのポイントは、受益者の良識やイーサリアムのセキュリティですらありません。 新しい教会のために資金を集める教皇でさえ、脆弱なラップトップを使うことができます。 また、ICOの場合、資金が集められたアドレスへの秘密鍵を使用したコンピューターへの攻撃が成功すると、攻撃者が数百万人になることがあります。 21世紀へようこそ。暗号の開発により、PCはハッカーにとって非常に魅力的なターゲットになります。 そして、受益者がそれについて考えず、住所にマルチ署名を提供しなかったという事実も、投資家の間で複雑な感情を引き起こす可能性があります。

ところで、あなたが知っているように：BitcoinマルチシグアドレスからのBTCの撤回とAir上のマルチシグ契約からのETHの出力は技術的に非常に異なっています。 ビットコインでは、マルチシグアドレスからBTCを引き出すために、事前にいくつかの署名を使用してトランザクションを作成し、すべての署名コンピューターをフラッシュドライブで散歩する必要があります。 また、イーサリアムでは、まずネットワーク上にマルチシグ契約を配置し、ETHが表示された後、必要な数のコンピューターから複数のトランザクションを送信する必要があります。 つまり、オンエア署名は別々のトランザクションで送信され、ETHは正確に正しい数の署名（たとえば3つのうち2つ）が到着した時点で事前に指定されたアドレスに送信されます。

事前に（数日以内に）マルチシグアドレスを処理してください。 Ethereum用のEthereum WalletやBitcoin用のElectrumなどのさまざまなクライアントからそれらを作成することは簡単な作業ですが、アドレス自体に注意する必要があります-マルチシグの作成は本当に簡単ですが、マルチシグコンピュータの少なくとも1つについて（そしてそれは動物園かもしれませんブランドの新しい所有者のMacbook、重量が7.5キロの古代のマストドンラップトップ、5年前にIT部門にランダムに蓄積された新しいラップトップ）、完全に最新のイーサリアムノードがあり、起動時に新しいブロックをすばやく、数分で処理し、そうでなければ、あなたは マルチシグクライアントには実際の数値は表示されません。

特徴3 -GitHubに、ICOの前に合理的な期間にレイアウトされた契約コードが存在しない。 GitHubでのアクティビティから、ICOの前夜にあなたがひどく修正された契約をコミットしたことがわかるなら、それは「ひざの上で」準備されたと信じる正当な理由があります。 これは、ほとんどの場合、監査を行っていないか、監査後に何かをサブプログラムしていない可能性があり、潜在的に新しいホールを追加していることを意味します。 理想的な世界では、ICOの1か月前に契約コードを公開します。その後、問題なくコードを監査し、バグバウンティを宣言できます（所有者は秘密の武器を持っているため、ICOのために特別に作成されました-非常に寛大に配布できるトークン） 。

ブロックチェーンで公開された検証済みコードは、ICOの数日前に表示されるはずです。 一般に、あるアドレスに大量のイーサを送信する場合、このアドレスをイーサスキャンで調べて、これが同じクラウドセール契約であることを確認するとよいでしょう。 開発者であろうとなかろうと、一般的には、誰もが契約コードを確認することをお勧めします。 良い契約では、理解できる通常のコメントがあり、ほとんどの開発者にとって言語自体は非常に明確です。

特徴4-トークンの再発行、所有者のコマンドによる強制送金など、興味深い追加機能エーテルを拾うためにいつでも彼女を呼び出します。 通常、クラウドセール期間中は、イーサー出力とトークンを使用した操作の両方がブロックされます。

一般的に、あなたが理解するような特徴を形成する原理。 これは、新しいデジタル経済について話すときの意味です。 ここでは、開発者は必要ありませんが、投資家を欺くことができる機能と有用な機能を理解している投資家です。 一般的に、開発者-正直なプログラム、Fintechチームを理解している開発者-は、Solidityにゆっくりと座りましょう。

開発の問題について議論しているので、いくつかの契約を開始した後、契約で手動で設定されるタイムスタンプに関する新しい妄想を追加します。 事実、tsの間違いを犯す可能性は、定数の設定の正確さについてどれだけ話しても、非常に高いということです。 また、プロジェクトの所有者があなたに日付を送信することもあります。あなたは深夜であり、一般的に再確認するのを嫌がるので、あなたはそれらを契約に固執するだけです。 コピーされたコードでタイムスタンプを検索し、日付のソートされたリストの形式で表示するJSヘルパーも盲検化したので、チェックする方が便利です。 ここでのエラーの代償はとてつもなく高い。 3番目のクラウドセール割引期間のどこかに契約が突然行き詰まるか、クラウドセールを閉鎖すると、非常に不快になります。

開発の技術的特徴についてもう少し。 完全なブロックチェーンで正しいエーテルウォレットを使用するには、SSDを搭載した通常のコンピューターが必要です。 過去に誰かが何かを変更してエーテル全体を盗んだと思うので、ブロックチェーン全体が必要ではないことを説明しますが、クラウドセール中にネットワークと完全に同期され、新しい高速を受信するノードがありますブロック。 結局のところ、プロジェクトの料金の現在のステータスを確認し、何か問題が発生した場合に対応する必要があります。 また、SSDがなければ、コンピューターは非常に長い間ブロックチェーンに「追いつく」ことができます。 技術的な観点から見ると、これは、スマートコントラクトを検証するために、クライアントソフトウェアがチェーンの任意のブロックを使用する必要があることが多いためです。 そして、このような擬似ランダム読み取りは、読み取りヘッドを常に再配置する必要があるため、従来のHDDにとって最悪のパターンです。 しかし、SSDにとって、そのような読書は趣味です。 さらに、プラスは、ブロックチェーン内のブロックが変更されないという事実の役目を果たします。これは、少数の書き換えを意味し、理論的にはSSDが大好きです。 したがって、ここでのHDDとSSDの違いは非常に深刻です。 Ethereumクライアントの操作パターンでは、ディスクキャッシュも簡単ではないようです。これは、読み取りブロックが再び必要になることはまれであり、ここでのキャッシュは特に効率的ではないためです。 これはすでに両方のタイプのドライブに適用されます。

さらに、契約コードを変更してはならないと言ったとき、私たちはもちろん完全に誠実ではありませんでした。 実際、そのような機会が生まれています。 これを行うには、メインのコントラクトコントローラーを作成します。これは、置き換えが必要なコントラクトのアドレスを格納する一種のプロキシです。 契約の内部アドレスの変更を許可するメソッド（もちろん所有者のみが使用可能）があり、ユーザーは引き続きコントローラーにトランザクションを送信するため、古い契約ではなく新しい契約に送信されます。 一般に、スマートコントラクトの多かれ少なかれ複雑なシステムは、コントローラーコントラクトなしでは完全ではありません。 これについては他の記事で詳しく説明します。 投資家の観点から見ると、プロキシ契約の歴史は、一方では良いようです。なぜなら、もし彼らが間違いを見つけたら、開発者は契約を置き換えることでそれを修正できるからです。 「より友好的なバージョン」のための資金の早期引き出し。 さて、ヒープには、通常のように、特にある契約が別の契約を引き起こす（およびここに多くの興味深い脆弱性が存在する）領域での一般的なスキームの複雑さは、潜在的な脆弱性を持つより多くの場所につながります。

あなたが顧客である場合、開発者から開発されたスマートコントラクトを期待して静かに腹を立てます。彼らはあなたに合計100の重要な行の3つのファイルを与え、「私たちはすべてです」と言うので、あなたは正しく怒っています。 実際、実際には多くのコードはありませんが、実際にはそれを見るのではなく、テストを見るべきです。 クラウドセールスクリプトの開発について語るのは、その量と質です。 スマートコントラクトの開発では、テストはオプションではなく、開発の必須部分です。 このようなエラーが発生するため、通常、テスト駆動開発が普通のことを書く唯一の方法です。 特に所有者がいくつかの定数を予期せず変更することに決めた場合、期間の境界、割引の変更に関連する最も愚かで迷惑なバグをキャッチするのに役立つテストです。

Webマズル開発

クラウドセールには、オンエアと「残りはすべて松葉杖」の2種類があります。 顧客がオンエアの料金に制限した場合、開発者は満足し、セキュリティ問題（IMHO）が80〜90％減少します。 実際、トークンの場合（クライアントが残高を確認してトークンをやり取りするだけでよい場合）、ネットワーククライアント（ウォレット）自体は完全に機能する個人アカウントであり、自分でプログラムしたものよりもはるかに強力な保護を備えています。 取引履歴とバックアップをすぐに入手できます。 別の非常に重要なプラスは、この場合、クラウドセールページのソースが次のようになることです。

 <html><h1>0x2bd1f12269c1ff80042c8d354bba4c1ca52e2061</h1></html>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

, , , ; , ETH. , . , , , -, . html — , DDoS' , — - ( + ) ( ). , — . , , - — .

owner (, , , , Ethereum) — , . BTC.

, BTC. BTC- ETH-, . Ethereum ETH-, , - , . , , Ethereum, MyEtherWallet -. , , JavaScript , , . , , , , . , , ?

, , , . BTC-, . , ETH- , ( , ). BTC- , BTC . , , , : , — .

, - . BTC: , , , .

offline - BTC (LTC, DASH . .) , . — , Ethereum ( ), token-contract , mint(address addr, uint amount)



, ETH- addr



amount



-. cron- , -, , ; VISA MasterCard, .

crowdsale

, - web-, , «» crowdsale. ICO . — , , . — . , ICO, : . , ICO, : , copy-past, DDoS- crowdsale.

crowdsale Ethereum, : — SQL-, user-supplied — XSS. — Ethereum Wallet.

DDoS crowdsale — . , «shut up and take my money», - , , , , 133 ETH (~40$):

https://etherscan.io/address/0x5d3f32f4b2e99fb79d2f6a1cbf3aa7390f8fc751

crowdsale — . , - Cloudflare, . . , DDoS . , Cloudflare: , , , .

fallback- — / . , , , DDoS, , . , , ( 04:30 ), . , SMM — . , ( -), crowdsale-, -, - , - , , .

— , , ICO « -»: - Parity ( Security Alert 2017-11-08 ). -, , «» ( selfdestruct()



) , -. , , 150M . , ICO, , . Parity — , , , , , .

crowdsale- owner', . web- , , ICO. , . , , , , .

crowdsale

ICO , , . ICO , . ICO , , . , , - . cron-, , crowdsale:

 wget -O- https://myico.com | fgrep '<h1>0xTRUE_CROWDSALE_ADDRESS</h1>'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

, ICO — . , ( , etherscan) — . — , ( ICO) — , , .

結論

, ICO - . , , , . , .

, , .