ビットコインに限定的な契約を追加するBIP119が現在の会話であり、多くの人々が、Taprootの迅速な裁判が良い前例であったかどうかを疑問視しています。
以下はマーティーズベントの直接の抜粋です 問題#1198:「OP_CTVとラフコンセンサス こちらからニュースレターに登録してください.
ご存知の方もいらっしゃると思いますが、ビットコインの開発者とユーザーの間で、主題であるOP_CTVについて激しい議論が行われています。 カバーし始めました ここは2019年4月のベントで。OP_CTVを有効にすると、制限が追加されたオペコード(OP_NOPXNUMX)が復活します。 これにより、ユーザーはビットコインで複雑な規約を作成でき、より複雑な事前構成されたトランザクションが可能になり、セキュリティと多数のトランザクションのバッチ処理に関するユーザーエクスペリエンスが向上します。
これらは、多くのビットコインユーザー、特に人間が可能な限り最高のセキュリティを必要とする多くのビットコインを保持している大規模な経済関係者や、多数のビットコインに大量のビットコインを送信する人々に有用性を追加する機能だと思います日常的にユーザー。
そうは言っても、OP_CTVをビットコインコアにマージする試みは、分散型ピアツーピアシステム内のラフコンセンサスの曖昧な性質を浮き彫りにしました。 OP_CTVをめぐる会話は、人々に次のような質問(私自身を含む)を強いています。 これは今完全に必要ですか? 提案の十分な議論とレビューがありましたか? もしそうなら、それは価値があると見なされますが、ビットコインネットワークでどのようにアクティブ化する必要がありますか?
ビットコインコアといくつかのより大きなカストディアンのニーズの両方に精通している数人の開発者と話をした後、OP_CTVはこの分野の多くのプレーヤーにとって有益であるように思われます。 これらのタイプのコベナンツを活用する機能は、大量のビットコインを移動する際のセキュリティ保証が優れているため、顧客に提供できるソリューションの設計スペースを拡大します。 (私はこの文脈でセキュリティを「人為的エラーが資金の損失につながるのを防ぐ」ことを意味するために使用しています。)OP_CTVがアクティブ化された場合に使用されると思います。
OP_CTVのアクティブ化(または拒否)に関する議論で明らかになったもうXNUMXつの変数は、「アクセスのコミット」と呼ばれるものを持ち、コードをビットコインにマージするボタンを実際に押すことを担当するビットコインコアの主任メンテナーです。コア、何かがマージされるべきかどうか、そしてそれがどのように行われるべきか、行われるべきでないかを提案することに何の役割も望まないようです。 それらは、部分的に外れることがなく、コードベースの偏ったコントローラーと見なすことができるように、ますます中立的な姿勢を取っているようです。 これは、OP_CTVの開発者であるジェレミールービンに「これをビットコインコアに統合するにはどうすればよいですか?」という質問に対する答えを提供する意欲がないことから明らかなようです。 私は実際これをポジティブだと思っています。 ビットコインを変更するのは難しいはずであり、最も一般的に使用されるクライアントを変更できるマシンのキーを持っている人は、人間的に可能な限り公平でなければなりません。
アクティベーションパスに関してジェレミーに正解を提供することを拒否したため、彼はOP_CTVをアクティベートし、ユーザーが参加することでOP_CTVを公式にするための手段をユーザーに提供する独自のクライアントを作成することにしました。 SpeedyTrialのアクティベーション方法を活用する別のUserActivatedSoft Fork(UASF)。 私はジェレミーがOP_CTVをアクティブにするためのプッシュを理解していますが、私は別のソフトフォークを経由してプッシュすることの大ファンではありません スピーディートライアル。 振り返ってみると、直根性が活性化されたときに設定されたのは悪い前例だったようです。 Speedy Trialを介してソフトフォークの急速な連続を正規化することは、滑りやすい坂道であり、将来、ビットコインネットワークの整合性を低下させる可能性のある多くの不要な変更につながる可能性があることを恐れています。
明日アクティベートされたらおそらくOP_CTVを使う人はたくさんいますが、現時点では差し迫ったニーズではないようです。 私は、機能のメリットと、機能が発生した場合にそのアクティブ化によって設定した前例について、より徹底的な会話と議論に賛成です。 私はOP_CTVのアイデアが好きですが、現時点では確かにそれがメイクまたはブレイク機能だとは思いません。
私は、社会的に攻撃される可能性のある明確に定義されたプロセスを介して、プロトコルの変更を推進する曖昧なラフコンセンサスに賛成です。 この議論がいつどのように解決されるかを見るのは興味深いでしょう。 XNUMXつ確かなことは、OP_CTVが、コンセンサスに関するこれらの難しいが必要な会話を前面に出すためにここにあることを嬉しく思います。 これらは非常に重要な議論です。
- "
- 2019
- 私たちについて
- アクセス
- 間に
- 金額
- 別の
- 周りに
- 基礎
- さ
- BEST
- Bitcoin
- ビットコアコア
- 原因となる
- 変化する
- チャージ
- コード
- 来ます
- 完全に
- 複雑な
- コンセンサス
- 会話
- 会話
- 基本
- 可能性
- 作ります
- 電流プローブ
- Customers
- 議論
- 設計
- Developer
- 開発者
- 直接
- 議論
- 配布
- 運転
- 経済
- enable
- 詳細
- 体験
- 特徴
- フォーク
- 資金
- 未来
- 受け
- 良い
- 起こる
- ハッピー
- 持って
- こちら
- 最高度
- 強調表示された
- 認定条件
- HTTPS
- アイデア
- 重要
- 改善します
- 含まれました
- ますます
- 整合性
- IT
- キー
- 既知の
- 大
- より大きい
- つながる
- 主要な
- 活用します
- レバレッジ
- 光
- 限定的
- 機械
- 他には?
- 最も
- 移動する
- 自然
- 必要
- ネットワーク
- ニュースレター
- 数
- 提供
- 公式
- 自分の
- 特に
- のワークプ
- プレーヤー
- 正の
- 可能
- プロセス
- 提案
- 提供します
- は、大阪で
- 質問
- 制限
- レビュー
- 前記
- セキュリティ
- セッションに
- So
- 社会的に
- ソフトフォーク
- ソリューション
- 一部
- 何か
- スペース
- 介して
- 明日
- 取引
- トライアル
- わかる
- つかいます
- users
- ユーティリティ
- 詳しく見る
- 明確な
- この試験は
- かどうか
- while
- 誰
- 以内
- でしょう