スマートコントラクトの最初の定義は、1997年に Nick Szabo によって提供されました:「スマートコントラクトは、契約の条件を実行するコンピュータ化されたトランザクションプロトコルです。 一般的な目的は、一般的な契約条件(支払い条件、先取特権、機密性、さらには執行など)を満たし、悪意のある例外と偶発的な例外の両方を最小限に抑え、信頼できる仲介者の必要性を最小限に抑えることです。 関連する経済的目標には、詐欺による損失、仲裁および執行コスト、およびその他の取引コストの削減が含まれます。」 一言で言えば、スマートコントラクトは、契約の条件がコードに直接記述された自己実行型コントラクトであり、ブロックチェーンはコントラクトのコードと契約のリポジトリとして機能し、特定の要件が満たされたときに契約を自動的に実行できるようにします。
インターネットが登場する前は、契約関係を共有していた当事者は、関係を確立、懲戒、消滅させ、それを管理する規則を施行するために第三者に依存する必要がありました。 最初の仲介メカニズムは、すべての取引が必然的に金融システム、したがって銀行に関係しているという事実です。 第二に、すべての取引は、たとえ間接的であっても、州/政府(または州/政府に関連する民間団体)のすべての権限の関与を暗示していました。 これはすべて、定義されたルールの枠組み内で移動できるようにするいくつかの規制に頼らなければならないためです。 最後に、さらに必要な仲介者は、州/政府によって作成された通貨によって構成された、金銭的義務を履行するための法的手段である通貨システムによって構成されました。
インターネットの出現後、一連の「契約関係」がインターネット自体を通じて行われたため、商業関係の領域が拡大しました。 インターネットは、契約関係を共有する当事者がビジネス関係に関する情報とデータを通信することを可能にします。 これは、契約関係の構成の段階から、当事者が必要な同意を交換できる段階を経て、当事者がインターネットを介して義務の一部を執行できる執行段階までの範囲です。
ビットコインとブロックチェーン技術の出現により、契約関係を共有する当事者は、仲介者に頼ることなく、最終的にデジタル価値を移転する能力を持つようになりました。 したがって、システムは新しい機能を引き継ぎます。
スマートコントラクトを使用すると、特定の期間が終了したとき、または特定の条件が満たされたときに実行されるようにトランザクションをプログラムできます。 正しく設計されていれば、第三者による汚職事件やいずれかの当事者による契約条件の変更など、今日の契約分野にまだ存在する多くの問題を解決できます。 高度なスマートコントラクトの開発により、分散型ブロックチェーンネットワーク上で実行されるアプリケーションである、いわゆる「分散型アプリケーション」(dApps)が作成されました。スマートコントラクトは、アプリケーションの利用規約をコードに直接組み込むことにより、デジタル資産の管理、トランザクションの実行、および規則や規制の実施のための安全で透過的な方法をdAppに提供します。
分散型アプリケーション(dApps)は、ブロックチェーンの最初の実際のユースケースの1つです。 スマートコントラクトを利用することで、dAppは中央集権的な権限の要件を排除し、従来の集中型アプリケーションと比較して透明性、セキュリティ、信頼性を向上させます。 これらの機能により、dAppsは幅広い業界やユースケースに適したソリューションとなっています。
イーサリアムの出現により、より洗練されたスマートコントラクトの作成が大幅に増加しました。 イーサリアムとそのエコシステムの拡大に伴い、個人は DeFiとしても知られる分散型金融サービスプラットフォームを作成する可能性を模索し始めました。 様々なスマートコントラクトを組み合わせることで、貸付や流動性管理、担保など、かつては不可能と思われていた業務が可能になりました。 ただし、dAppがますます複雑になるにつれて、トランザクション実行中のバグや誤動作などの特定の問題が発生し、一部の初期の実験アプリケーションでハッキングや資金の損失が発生しました。 イーサリアムの例に従って、そのスマートコントラクトはチュー リングコンプリートと呼ばれる言語である Solidityで書かれています。この機能により、ほぼすべてのタスクを実行するようにプログラムできるため、セキュリティを確保し、DAppにバグがないこと、または悪意のある使用がユーザーに害を及ぼさないことを保証することが困難になります。 このため、コード 監査人 の出現は時間の経過とともに起こりました。 これらの監査人は、コードを調べ、欠陥を特定する責任があります。 一般に、これらのエンティティによって監査されたdAppは信頼できると見なされますが、これは誤動作のリスクがゼロであることを保証するものではありません。 DAppのセキュリティは、その歴史と寿命に依存します。 ハッキングされることなく長期間にわたってかなりの量の資本をうまく管理していれば、安全である可能性が高くなります。 同じ予防措置が常に適用されます:不快な驚きを避けるために、あなたがまだほとんど知らない何かを掘り下げる前にあなた自身の研究をすることは常に良いことです。
すでに述べたように、dAppsはさまざまな業界やユースケースにとって理想的なソリューションです。 以下はこれらのいくつかです:
これらは、dAppsの多くの潜在的なユースケースのほんの一例です。 テクノロジーが発展し成熟し続けるにつれて、ユースケースの数はおそらく増加するでしょう。 現在、DeFiセクターではdAppが最も広く使用されており、数百のアプリケーションが数十億ドルを管理しています。 Aave や Uniswap などのアプリケーションは、完全に機能し、ユーザーの期待に応えるプロトコルの優れた例です。どちらも成長するDeFiエコシステムの一部であり、分散型金融サービスの需要が高まっているため、近年大きな牽引力を獲得しています。
ハイライト
スマートコントラクトは、一般的な契約条件を改善し、信頼できる仲介者の必要性を最小限に抑えることができるツールです。 これにより、特定の期間が満了したとき、または条件が発生したときに実行されるようにトランザクションをプログラムできます。スマートコントラクトは、ブロックチェーンの最初の実際のユースケースの1つを表す分散型アプリケーション(dApps)の作成を支持しています。 より安全であると考えられるdAppは、監査済みで長寿命を誇るものです。dAppsは、ブロックチェーンの最初の実際のユースケースの1つです。 これらは、金融、サプライチェーン管理、ID管理、支払いシステムなど、さまざまな業界にとって理想的なソリューションです。
コースのこの部分は、スマートコントラクトとは何か、そしてスマートコントラクトが2つ以上のエンティティ間の契約関係をどのように改善できるかを理解するのに役立つことを目的としています。 さらに、これらがさまざまな業界で使用できる最初の分散型アプリケーションの作成をどのように促進したかを見てきました。 次のモジュールでは、ブロックチェーンの別のユースケースであるサプライチェーンとロジスティクスのトピックについて説明します。
スマートコントラクトの最初の定義は、1997年に Nick Szabo によって提供されました:「スマートコントラクトは、契約の条件を実行するコンピュータ化されたトランザクションプロトコルです。 一般的な目的は、一般的な契約条件(支払い条件、先取特権、機密性、さらには執行など)を満たし、悪意のある例外と偶発的な例外の両方を最小限に抑え、信頼できる仲介者の必要性を最小限に抑えることです。 関連する経済的目標には、詐欺による損失、仲裁および執行コスト、およびその他の取引コストの削減が含まれます。」 一言で言えば、スマートコントラクトは、契約の条件がコードに直接記述された自己実行型コントラクトであり、ブロックチェーンはコントラクトのコードと契約のリポジトリとして機能し、特定の要件が満たされたときに契約を自動的に実行できるようにします。
インターネットが登場する前は、契約関係を共有していた当事者は、関係を確立、懲戒、消滅させ、それを管理する規則を施行するために第三者に依存する必要がありました。 最初の仲介メカニズムは、すべての取引が必然的に金融システム、したがって銀行に関係しているという事実です。 第二に、すべての取引は、たとえ間接的であっても、州/政府(または州/政府に関連する民間団体)のすべての権限の関与を暗示していました。 これはすべて、定義されたルールの枠組み内で移動できるようにするいくつかの規制に頼らなければならないためです。 最後に、さらに必要な仲介者は、州/政府によって作成された通貨によって構成された、金銭的義務を履行するための法的手段である通貨システムによって構成されました。
インターネットの出現後、一連の「契約関係」がインターネット自体を通じて行われたため、商業関係の領域が拡大しました。 インターネットは、契約関係を共有する当事者がビジネス関係に関する情報とデータを通信することを可能にします。 これは、契約関係の構成の段階から、当事者が必要な同意を交換できる段階を経て、当事者がインターネットを介して義務の一部を執行できる執行段階までの範囲です。
ビットコインとブロックチェーン技術の出現により、契約関係を共有する当事者は、仲介者に頼ることなく、最終的にデジタル価値を移転する能力を持つようになりました。 したがって、システムは新しい機能を引き継ぎます。
スマートコントラクトを使用すると、特定の期間が終了したとき、または特定の条件が満たされたときに実行されるようにトランザクションをプログラムできます。 正しく設計されていれば、第三者による汚職事件やいずれかの当事者による契約条件の変更など、今日の契約分野にまだ存在する多くの問題を解決できます。 高度なスマートコントラクトの開発により、分散型ブロックチェーンネットワーク上で実行されるアプリケーションである、いわゆる「分散型アプリケーション」(dApps)が作成されました。スマートコントラクトは、アプリケーションの利用規約をコードに直接組み込むことにより、デジタル資産の管理、トランザクションの実行、および規則や規制の実施のための安全で透過的な方法をdAppに提供します。
分散型アプリケーション(dApps)は、ブロックチェーンの最初の実際のユースケースの1つです。 スマートコントラクトを利用することで、dAppは中央集権的な権限の要件を排除し、従来の集中型アプリケーションと比較して透明性、セキュリティ、信頼性を向上させます。 これらの機能により、dAppsは幅広い業界やユースケースに適したソリューションとなっています。
イーサリアムの出現により、より洗練されたスマートコントラクトの作成が大幅に増加しました。 イーサリアムとそのエコシステムの拡大に伴い、個人は DeFiとしても知られる分散型金融サービスプラットフォームを作成する可能性を模索し始めました。 様々なスマートコントラクトを組み合わせることで、貸付や流動性管理、担保など、かつては不可能と思われていた業務が可能になりました。 ただし、dAppがますます複雑になるにつれて、トランザクション実行中のバグや誤動作などの特定の問題が発生し、一部の初期の実験アプリケーションでハッキングや資金の損失が発生しました。 イーサリアムの例に従って、そのスマートコントラクトはチュー リングコンプリートと呼ばれる言語である Solidityで書かれています。この機能により、ほぼすべてのタスクを実行するようにプログラムできるため、セキュリティを確保し、DAppにバグがないこと、または悪意のある使用がユーザーに害を及ぼさないことを保証することが困難になります。 このため、コード 監査人 の出現は時間の経過とともに起こりました。 これらの監査人は、コードを調べ、欠陥を特定する責任があります。 一般に、これらのエンティティによって監査されたdAppは信頼できると見なされますが、これは誤動作のリスクがゼロであることを保証するものではありません。 DAppのセキュリティは、その歴史と寿命に依存します。 ハッキングされることなく長期間にわたってかなりの量の資本をうまく管理していれば、安全である可能性が高くなります。 同じ予防措置が常に適用されます:不快な驚きを避けるために、あなたがまだほとんど知らない何かを掘り下げる前にあなた自身の研究をすることは常に良いことです。
すでに述べたように、dAppsはさまざまな業界やユースケースにとって理想的なソリューションです。 以下はこれらのいくつかです:
これらは、dAppsの多くの潜在的なユースケースのほんの一例です。 テクノロジーが発展し成熟し続けるにつれて、ユースケースの数はおそらく増加するでしょう。 現在、DeFiセクターではdAppが最も広く使用されており、数百のアプリケーションが数十億ドルを管理しています。 Aave や Uniswap などのアプリケーションは、完全に機能し、ユーザーの期待に応えるプロトコルの優れた例です。どちらも成長するDeFiエコシステムの一部であり、分散型金融サービスの需要が高まっているため、近年大きな牽引力を獲得しています。
ハイライト
スマートコントラクトは、一般的な契約条件を改善し、信頼できる仲介者の必要性を最小限に抑えることができるツールです。 これにより、特定の期間が満了したとき、または条件が発生したときに実行されるようにトランザクションをプログラムできます。スマートコントラクトは、ブロックチェーンの最初の実際のユースケースの1つを表す分散型アプリケーション(dApps)の作成を支持しています。 より安全であると考えられるdAppは、監査済みで長寿命を誇るものです。dAppsは、ブロックチェーンの最初の実際のユースケースの1つです。 これらは、金融、サプライチェーン管理、ID管理、支払いシステムなど、さまざまな業界にとって理想的なソリューションです。
コースのこの部分は、スマートコントラクトとは何か、そしてスマートコントラクトが2つ以上のエンティティ間の契約関係をどのように改善できるかを理解するのに役立つことを目的としています。 さらに、これらがさまざまな業界で使用できる最初の分散型アプリケーションの作成をどのように促進したかを見てきました。 次のモジュールでは、ブロックチェーンの別のユースケースであるサプライチェーンとロジスティクスのトピックについて説明します。