ビットコイン Magazine
ビットコインコベナンツ:それらは何であり、彼らは何をしますか?
契約:正式で厳粛、かつ法的に拘束力のある合意。
「契約」という用語は、ビットコインコミュニティで注目を集め、熱狂と懸念の両方を呼び起こしています。一部の支持者はそれを画期的な革新と見なしていますが、批評家たちはそれを核脅威に似た潜在的に危険な展開と見なしています。他の人々は、それがビットコインの拡張性に実質的な貢献をしないかもしれないと示唆していますが、それでも興味深いと考えています。
契約条項に対する認識は大きく異なります。実施を支持する者もいれば、反対する者もいれば、中立的な立場を取る者もいます。この用語を取り巻く曖昧さは、契約条項に該当するとされる提案を定義することを難しくしています。
提案されている契約は、機能において大きく異なります。一部はビットコインの上に新たな設計領域を構築するためのものであり、他のものは既存の機能を洗練することに焦点を当てており、新しい機能をあまり提供していませんが、複雑さとオーバーヘッドは増加しています。
ビットコイン固有の定義を確立しましょう。
Covenant: 特定の条件が満たされることを確認するスクリプト、または契約スクリプトによって制御される入力を利用するトランザクションによって生成されたいくつかまたはすべての出力が、コンセンサスルールに従って有効になることを確認する任意のスクリプト。
より簡単な言葉で言えば、ビットコインスクリプトは、暗号署名などの必要な権限の証明を通じてコインにアクセスできる人を制限したり、タイムロックやハッシュ前像を介してアクセスできる時期を指定したりすることができますが、コブナントスクリプトは、どのように使用できるかを明確にします— 受信者、金額、および支出のための追加条件を指定します。さらに、コブナントスクリプトは、コインを別のコブナントスクリプトに向けて支出することを強制することもできます。
この後者の側面は、契約を巡る論争の核心にあります。多くの人が、ビットコインを“ロック”する方法を導入することに懸念を表明しています。これは、制限を拡大させ、交換可能性を妨げ、検閲メカニズムを導入する可能性をもたらすと警告しています。
ただし、これらの問題の多くは、契約スクリプトの機能を使用せずにすでに対処できることを強調することが重要です。マルチシグウォレットを利用することで、取引所からの引き出しを処理拒否することができる権限が、自身が1つのキーを所有する2-of-2マルチシグウォレットに指示されている場合、拒否することができます。その後、トランザクション承認を、自身のキー管理フレームワーク外のアドレスに対して拒否することで、任意のブラックリストまたはホワイトリストを透明性なしで完全にオフチェーンで実装することができます。
しかし、ビットコインのユーザーにとって、利用可能なさまざまな契約提案の中での権力と柔軟性のニュアンスを理解することは依然として重要です。
その根底にある契約は、コインの使用方法に制限を課すための基本的な機能を2つ導入することを目指しています:内省と前方データの運搬。
内省とは、コインを消費する際に評価されるトランザクションのさまざまな要素を調査する能力を指します。たとえば、特定のアドレスにコインを送金する必要がある場合、入力の契約スクリプトに埋め込まれたアドレスと、送金トランザクションの出力に指定されたアドレスを比較する必要があります。内省を可能にするオペコードがこの比較を容易にします。トランザクションの特定の側面に関する内省能力が詳細であるほど、課せられる制限の強力さも増します。
フォワードデータキャリングは内省に密接に関連しており、それの結果と考えられることが多い。この機能性により、特定の情報が引き継がれ、後続の契約スクリプトに統合されて評価されることが保証されます。内省を利用して取引の特定の部分を厳密に規制することで、正当な取引には正確に必要なデータのみが結果として導くことができます。内省能力が高ければ高いほど、データを前進させる柔軟性が高くなり、その情報をより多様に活用することができます。
この記事は、成熟した状態に達した重要な契約提案に焦点を当て、最近関心を集めたり、開発者によって概念的に重要と見なされたりする一連の記事の予備的な概要として機能します。 この探索はすべての側面を網羅するわけではありませんが、比較的徹底した基盤を提供します。 議論されているいくつかの提案は厳密には契約に分類されるものではないかもしれませんが、それらと密接に関連しています。
提案される中には、次のものが含まれます:
CHECKTEMPLATEVERIFY (チェックテンプレート検証)
スタックからのチェックシグ
TXHASHの
OP_VAULT
CHECKCONTRACTVERIFY[コントラクト検証]
猫
ツイークベリファイ
この記事は、ビットコインの契約:それらは何であり、何をするのか?が元々、ビットコインマガジンに掲載され、Shinobiによって執筆されました。
『ビットコイン』の解除可能な契約: その目的と機能性を理解する
29.46K 人気度
57.07K 人気度
231.56K 人気度
12.89K 人気度
39.84K 人気度
ビットコインの契約解除:その目的と機能の理解
ビットコイン Magazine
ビットコインコベナンツ:それらは何であり、彼らは何をしますか?
契約:正式で厳粛、かつ法的に拘束力のある合意。
「契約」という用語は、ビットコインコミュニティで注目を集め、熱狂と懸念の両方を呼び起こしています。一部の支持者はそれを画期的な革新と見なしていますが、批評家たちはそれを核脅威に似た潜在的に危険な展開と見なしています。他の人々は、それがビットコインの拡張性に実質的な貢献をしないかもしれないと示唆していますが、それでも興味深いと考えています。
契約条項に対する認識は大きく異なります。実施を支持する者もいれば、反対する者もいれば、中立的な立場を取る者もいます。この用語を取り巻く曖昧さは、契約条項に該当するとされる提案を定義することを難しくしています。
提案されている契約は、機能において大きく異なります。一部はビットコインの上に新たな設計領域を構築するためのものであり、他のものは既存の機能を洗練することに焦点を当てており、新しい機能をあまり提供していませんが、複雑さとオーバーヘッドは増加しています。
ビットコイン固有の定義を確立しましょう。
Covenant: 特定の条件が満たされることを確認するスクリプト、または契約スクリプトによって制御される入力を利用するトランザクションによって生成されたいくつかまたはすべての出力が、コンセンサスルールに従って有効になることを確認する任意のスクリプト。
より簡単な言葉で言えば、ビットコインスクリプトは、暗号署名などの必要な権限の証明を通じてコインにアクセスできる人を制限したり、タイムロックやハッシュ前像を介してアクセスできる時期を指定したりすることができますが、コブナントスクリプトは、どのように使用できるかを明確にします— 受信者、金額、および支出のための追加条件を指定します。さらに、コブナントスクリプトは、コインを別のコブナントスクリプトに向けて支出することを強制することもできます。
この後者の側面は、契約を巡る論争の核心にあります。多くの人が、ビットコインを“ロック”する方法を導入することに懸念を表明しています。これは、制限を拡大させ、交換可能性を妨げ、検閲メカニズムを導入する可能性をもたらすと警告しています。
ただし、これらの問題の多くは、契約スクリプトの機能を使用せずにすでに対処できることを強調することが重要です。マルチシグウォレットを利用することで、取引所からの引き出しを処理拒否することができる権限が、自身が1つのキーを所有する2-of-2マルチシグウォレットに指示されている場合、拒否することができます。その後、トランザクション承認を、自身のキー管理フレームワーク外のアドレスに対して拒否することで、任意のブラックリストまたはホワイトリストを透明性なしで完全にオフチェーンで実装することができます。
しかし、ビットコインのユーザーにとって、利用可能なさまざまな契約提案の中での権力と柔軟性のニュアンスを理解することは依然として重要です。
その根底にある契約は、コインの使用方法に制限を課すための基本的な機能を2つ導入することを目指しています:内省と前方データの運搬。
内省とは、コインを消費する際に評価されるトランザクションのさまざまな要素を調査する能力を指します。たとえば、特定のアドレスにコインを送金する必要がある場合、入力の契約スクリプトに埋め込まれたアドレスと、送金トランザクションの出力に指定されたアドレスを比較する必要があります。内省を可能にするオペコードがこの比較を容易にします。トランザクションの特定の側面に関する内省能力が詳細であるほど、課せられる制限の強力さも増します。
フォワードデータキャリングは内省に密接に関連しており、それの結果と考えられることが多い。この機能性により、特定の情報が引き継がれ、後続の契約スクリプトに統合されて評価されることが保証されます。内省を利用して取引の特定の部分を厳密に規制することで、正当な取引には正確に必要なデータのみが結果として導くことができます。内省能力が高ければ高いほど、データを前進させる柔軟性が高くなり、その情報をより多様に活用することができます。
この記事は、成熟した状態に達した重要な契約提案に焦点を当て、最近関心を集めたり、開発者によって概念的に重要と見なされたりする一連の記事の予備的な概要として機能します。 この探索はすべての側面を網羅するわけではありませんが、比較的徹底した基盤を提供します。 議論されているいくつかの提案は厳密には契約に分類されるものではないかもしれませんが、それらと密接に関連しています。
提案される中には、次のものが含まれます:
CHECKTEMPLATEVERIFY (チェックテンプレート検証)
スタックからのチェックシグ
TXHASHの
OP_VAULT
CHECKCONTRACTVERIFY[コントラクト検証]
猫
ツイークベリファイ
この記事は、ビットコインの契約:それらは何であり、何をするのか?が元々、ビットコインマガジンに掲載され、Shinobiによって執筆されました。
『ビットコイン』の解除可能な契約: その目的と機能性を理解する