2019年08月14日

白書:次世代のスマート契約と分散アプリケーション・プラットフォーム(21)


However, the scripting language as implemented in Bitcoin has several important limitations:
しかしながら、スクリプト言語はビットコインで実装される時、いくつかの重要な限界があります:

  •  Lack of Turing-completeness- that is to say, while there is a large subset of computation that the Bitcoin scripting language supports, it does not nearly support everything. The main category that is missing is loops. This is done    to avoid infinite loops during transaction verification; theoretically it is a surmountable obstacle for script programmers, since any loop can  be simulated by simply repeating the underlying code many times with an if statement, but it does lead to scripts that are very space-inefficient. For example, implementing an alternative elliptic  curve  signature  algorithm would likely require 256 repeated multiplication rounds all individually included in the code.
    チューリング-完全性の欠如− すなわち、ビットコインスクリプト言語がサポートする電算の大きい下位グループがある一方で、それはほとんどすべてを支持するわけではありません。 欠けている主な種類はループです。 これは取引き検証の間に無限ループを避けるために行われます; 理論的にそれはスクリプトプログラマーのために克服可能な障害で、と言うのも、どんなループも、部分条件文で何度も単に基礎をなしている符号を繰り返すことによって、シミュレーションを行うことができますが、しかしそれは非常に空間の非能率的なスクリプトに導きます。 例えば、代替省略カーブ署名アルゴリズムを実行することは多分すべて個々に符号に含められた256の繰り返された逓倍ラウンドを必要とするでしょう。
  •  Value-blindness- there is no way for a UTXO script to provide fine-grained control over the amount that can be withdrawn. For example, one powerful use case of an oracle contract would be a hedging contract, where A and B put in $1000 worth of BTC and after 30 days the script sends $1000 worth of BTC to A and the rest to B. This would require an oracle to determine the value of 1 BTC in USD, but even then it is a massive improvement in terms of trust and infrastructure requirement over the fully centralized solutions that are available now. However, because UTXO are all-or-nothing, the only way to achieve this is through the very inefficient hack of having many UTXO of varying denominations (eg. one UTXO of 2k for every k up to 30) and having O pick which UTXO to send to A and which to B.
    価値盲目 − 引き出すことができる金額に UTXO スクリプトがきめ細かいコントロールを提供する方法がありません。 例えば、神託契約の1つの強力なユースケースは掛けつなぎ契約でしょうが、そこではAとBが1000ドルの価値に相当する BTC を賭け、そして30日の後にスクリプトはAに1000ドルの価値に相当する BTC を、そしてBに残りを送ります。 これは神託がUSDの1 BTC の価値を決定することを必要とするであろう、しかし、たとえそれでもそれは完全に中央集権化した今利用可能な解決にまたがる信頼とインフラストラクチャー必要条件に関する大規模な改良でです。 しかしながら、 UTXO がすべてか、さもなくばゼロであるから、これを達成する唯一の方法はさまざまな通貨単位の多くの UTXO (例えば、最高30のすべてのkための2の1つの UTXO)を持っていて、そしてどの UTXO をAにそしてどれをBにOが選ぶようにする非常に非能率的なハッキングを通すことしかありません。
=====================================================================
 

人気ブログランキングへ人気ブログランキングへ

=====================================================================

posted by 平成アフィリエイトへの挑戦 at 11:43| 千葉 ☀| Comment(0) | イーサリアム | このブログの読者になる | 更新情報をチェックする
この記事へのコメント
コメントを書く
お名前: [必須入力]

メールアドレス: [必須入力]

ホームページアドレス: [必須入力]

コメント: [必須入力]

認証コード: [必須入力]


※画像の中の文字を半角で入力してください。