V 神: イーサリアム上のさまざまな BTC は信頼できますか?
編集者注: この記事は以下から引用しましたゴールデンファイナンス、許可を得てOdailyによって転載されました。
編集者注: この記事は以下から引用しました
ゴールデンファイナンス
ゴールデンファイナンス
、許可を得てOdailyによって転載されました。
まず第一に、この話題は著者一人の関心事ではなく、今年8月17日、イーサリアムの創設者ヴィタリック氏はツイートした：「イーサリアムに投稿されたこれらのBTCマッピングトークンが信頼できるかどうか、私はまだ非常に心配しています。 「これは、イーサリアム上にさまざまな文字の BTC トークンが存在することを意味しますが、それは本当に「分散型」で安全なソリューションなのでしょうか?
Vitalik の Twitter では、国際的なブロックチェーン界の人々の間で多くの白熱した議論が行われており、REN、WAN などのさまざまな主流の BTC クロスチェーン ソリューションについても言及されています。筆者はWanchainで安全なクロスチェーン技術の研究に従事してきたため、普段はさまざまなクロスチェーンBTCソリューションについて表面的な研究をしているのですが、ここで私たちの見解の一部を共有したいと思います。
いわゆるBTCクロスチェーン、最も単純かつ直接的な理解は、ユーザーが「本物の」BTCをウォレットからBTCアドレスに転送し、このアドレスが「 real" BTC 以下のフローチャートに示すように、マッピングされたトークン:
最近人気の renBTC に似たソリューションを見てみましょう。その技術ホワイト ペーパーによると、これも TSS ソリューションとして「Robust Threshold DSS Signatures」という論文の技術に基づいています。そして、このプロジェクトの紹介では、その管理されたクロスチェーン BTC アカウントが「ダーク ノード」のグループによって生成され、この「ダーク ノード」のグループのメンバーが定期的にローテーションされる必要があることが強調されています。しかし、逆説的ですが、ユーザーがロックのために実際の BTC に転送するために renBTC によって提供される BTC アドレスは、開始初日から変わっていないことがわかりました。このプロセスでは、ユーザーが最初に BTC をワンタイム アドレスに送金し (下の図 1)、次にワンタイム アドレスがロックされたアカウントに集約されます (下の図 2)。ロックされたアカウントは次のように変更されません。下の図。
図1
図2
画像の説明
図1
画像の説明
図2
アカウント アドレスが「本当に」MPC によって生成され、アカウント管理に参加する「ダーク ノード」が定期的にローテーションされる場合、アカウント アドレスも変更されずに、定期的に更新されます。したがって、宣伝された技術とプロジェクトの実施は矛盾しているように見えました。では、なぜ技術ホワイトペーパーの記述と製品の実装がまったく異なるように見えるのでしょうか?このことから、さらに考えさせられます。この「保管」BTC のアドレスは MPC によって生成されたものなのでしょうか? 「はい」の場合、変化がないことはどのように説明できますか?少なくとも、Github コード リポジトリやさまざまな参考技術文書からは何も見つかりませんでした。
しかし、REN の問題はそれをはるかに超えています。 renBTC が採用している ECDSA しきい値署名スキームは、「最適なしきい値」の理論を満たしていません。つまり、しきい値 t を設定した後、スムーズな計算を保証するには、少なくとも 2t+1 個の「ダーク ノード」が参加する必要があります。実装と、一部のノードの切断の可能性を組み合わせると、最終的な実装のノード数は 3t+1 になります。つまり、この状態で約 3 分の 1 のノードが共謀してクロスチェーン BTC を盗むことは非常に危険です。業界からは批判されており、少なくとも3分の2のコンセンサスが得られているため、renBTCのTSSスキームはセキュリティ面で大きなリスクを抱えている。
