Peter Bui、Draper University を経て Cardano のエスクロー基盤を構築

Bui は現在、Moshi Concepts を通じて Hokan を構築しており、Cardano のスマートコントラクトを用いて支払い条件を強制しつつ、ユーザーが資金の管理権を保持できるようにしている。この転換は新たな技術的能力から始まったのではない。市場規模、潜在顧客の行動、そして誰が本物の資金を託すだけの理由をその製品に見いだすのかという問いから生まれた。

Cardano 開発者からスタートアップ創業者へ

Bui は数年にわたり Cardano エコシステムで活動してきた。Learn Cardano を立ち上げ、ADAOZ ステークプールを運用し、CardanoPress を開発した。CardanoPress は、プロジェクトがウェブサイトを Cardano ウォレットやブロックチェーンデータと接続できるようにする WordPress 連携だ。

その経験はプロダクト構築の技術的基盤を与えたが、Genesis プログラムは別の問いを突きつけた。技術的に優れたプロダクトは、スケーラブルな企業を支えられるだけの十分に大きな市場に到達できるのかという点だ。

CardanoPress は、Bui がすでに理解していた二つの領域をつないだ。Cardano の NFT プロジェクトは、ウォレットやオンチェーンデータと連携できるウェブサイトを必要としており、WordPress はそれらのサイトを構築し管理するための確立されたインフラを提供していた。

Draper University で行われた市場分析は、その機会を段階的に小さなセグメントへと分解した。クリプトはテクノロジー市場の一部にすぎない。Cardano はクリプトの一部であり、WordPress を使う Cardano プロジェクトはさらに狭いカテゴリーだ。その中で特別なブロックチェーン連携を必要とし、対価を支払う意思のあるプロジェクトは一部に限られる。

狭い市場でも持続可能な事業を支えることはできるが、その可能性は顧客数、各関係の価値、そして顧客獲得コストに左右される。Bui は、この転換を、何が作れるかではなく、何を作る価値があるかを問う姿勢への移行だと表現した。

最初の Cardano Genesis プレアクセラレーターには、公開名の13チームが集まった。参加者はプログラム開始直後からピッチを磨き、潜在ユーザーへのインタビューを行い、ビジネス前提を検証した。ピッチ週間の締めくくりは、Tim Draper と Cardano Foundation の CFO Stephen Wood を含むパネルへの発表だった。

Bui は、Web3 の仕事とバウンティのプラットフォームという構想を携えて参加した。顧客がタスクを作成して資金をスマートコントラクトにロックし、貢献者が合意した作業を完了すると、承認後に支払いを受けるというものだ。

彼は数か月を費やしてマーケットプレイス全体を構築するのではなく、フリーランサーと採用側へのインタビューを始めた。会話では、これまでの支払い体験、紛争、コスト、既存の回避策、そしてユーザーが現在のプラットフォームを信頼または拒否する条件が掘り下げられた。

Bui はまた、Cardano のテストネットワーク上でテスト用のバウンティを作成した。目的は、スマートコントラクトが資金をロックしリリースできることの確認にとどまらない。どこで摩擦が生じるのか、合意した条件を満たさない作業があった場合に誰が責任を負うのか、そしてどの工程が十分な価値を生み出し顧客が対価を支払うのかを探ることにあった。

同じプロセスは、彼のアイデアの伝え方も変えた。最終ピッチの準備期間、Bui は San Mateo の街を歩きながらプレゼンを繰り返し、ある日は約1万7千歩、別の日には2万歩を記録した。最終的に Tim Draper に発表した際、当時 Draper が島を売却していたことを踏まえ、島の売買に関するジョークを盛り込んだ。その言及は、最初は多くの出席者に伝わらなかったものの、Draper にはしっかり届いた。

より重要だったのは質疑応答だ。Draper は、エスクローのインフラだけで十分に強いビジネスになり得るのかと尋ねた。Bui の答えは、アプリケーション、ユーザー、流通、収益が伴わないインフラだけではおそらく不十分だというものだった。

顧客インタビューは、すでに元のプロダクトの境界を揺さぶっていた。バウンティのマーケットプレイスは一つのアプリケーションとして残り得るが、その下層のエスクローメカニズムは他の多くのプラットフォームにも提供できる。

Hokan はバウンティの発想を Cardano のエスクロー基盤へと転換

Moshi Concepts は現在、Hokan をまず Cardano 向けに構築するノンカストディアルのエスクロー基盤として提示している。顧客資金を預かるのではなく、システムは資金をスマートコントラクトのアドレスに置き、事前に定義された条件に従ってリリースする。

Hokan は、ユーザーの秘密鍵を保管したり、ユーザーに代わってトランザクションへ署名したりする設計にはなっていない。システムは未署名トランザクションを用意し、ユーザーが自身のウォレットを通じて承認する。公開されたアーキテクチャによれば、コントラクトには Hokan がエスクロー資金を任意のアドレスへ迂回させるような管理機能はない。

エスクローには、入金者、受取人、そして独立した紛争解決者が関与し得る。紛争解決者は、あらかじめ特定された二者間での資金配分を決定できるが、自身へ、または新たに持ち込まれたアドレスへ資金を振り向けることはできない。時間制限に基づくフォールバック経路は、一方の参加者が非アクティブになった際に資金が恒久的にロックされたままになるのを防ぐ意図で設計されている。

公開モデルは ADA、USDM、USDCx への対応を挙げている。Hokan はリリースされた資金に対し0.5パーセントのプロトコル手数料を課す計画で、各エスクローあたり上限は$1,000。資金がリリースされないままキャンセルまたは期限切れとなった場合、プロトコル手数料は課されない。

このプロダクトは、他社やアプリケーションが API と開発者ツールを通じて統合できるインフラとして設計されている。Moshi Concepts は、フリーランス業務、マーケットプレイス、デジタルサービス、マイルストーン支払い、国際取引、紛争解決などを想定ユースケースとして挙げている。

バウンティプラットフォームは計画の一部として残るが、今では外部開発者向けに公開される同一のインフラ上に構築されたリファレンスアプリケーションとしても機能する。Moshi Concepts は、自社アプリケーションも専用の非公開エンドポイントや他のインテグレーターに提供されない機能なしに、同じ API を用いると述べている。

このアプローチは、人々が実際に使えるプロダクトでインフラをつなぐ。同時に、基盤プラットフォームを複数業界に拡張する前に、エスクロー需要が存在するかどうかを検証する手段にもなる。

Hokan の計画範囲は、AI エージェントが関与する取引にも及ぶ。エージェントはエスクロー条件の準備、コスト計算、未署名トランザクションの組み立てを行えるが、鍵を保持したり、資金を自律的に移動させたりはしない。最終承認は人間のウォレット所有者に残る。

これは、業務プロセスの自動化と資金のコントロールを切り分ける。AI エージェントは数日にわたる作業向けのエスクローを提案し、合意条件を監視し、決済を準備できるが、最終的にそのトランザクションへ署名するかどうかは人が決める。

Moshi Concepts は、インフラへのアクセス方法として二つの経路も示している。企業は従来型のサブスクリプションプランを利用でき、個々の API コールはユーザーアカウントを作成せずに x402 standard を通じて支払える。二つ目の経路は、必要な瞬間に特定機能へのアクセスを購入する必要があるソフトウェアエージェントを想定している。

より広いプロダクトの方向性は、Bui がプログラムから得たもう一つの教訓も反映する。クリプトの外側にいるユーザーは、基盤となる台帳モデルを理由にサービスを選ぶよりも、支払いが信頼でき、予測可能で、リカバリー可能かどうかを評価する傾向が強い。

そのモデルでは、Cardano は目に見えるプロダクトというより決済インフラとして機能する。顧客はエスクロー契約と支払いのワークフローを体験し、その下でブロックチェーンが条件を強制する。

信頼が Hokan の次の段階を規定する

バウンティプラットフォームから汎用のエスクロー層へと拡張することで、プロダクトが負う責任は増す。資金をロックするシステムは、誰が資金を管理するのか、紛争はどのように解決されるのか、運営者が不在になった場合に何が起きるのか、そしてどのセキュリティ主張が独立に検証されているのかを説明しなければならない。

Draper Associates と Draper Dragon の Andy Tang は、プログラム中に信頼性の課題を提起した。開発者はスマートコントラクトをデプロイし、それを安全だと説明できるが、ユーザーが実経済価値を託す理由は依然として必要だ。

伝統的なエスクローは、機関、法的合意、保険、確立された紛争手続きに依存する。スマートコントラクトは事務コストを削減し決済を自動化できるが、信頼はコントラクトコード、セキュリティレビュー、トランザクションビルダー、インターフェース、紛争メカニズムへと移る。

Hokan の公開設計は、いくつかの制約をバリデータの中に直接組み込むことを試みている。プラットフォームがユーザー資金を取得できないこと、手数料はエスクロー資金が供給された時点で固定されること、紛争解決者は指定された参加者間でのみ資金を配分できることなどだ。各コントラクト状態には、Moshi Concepts の継続的な運用に依存しない退出経路を含める意図もある。

同社は、バリデータ、ミンティングポリシー、設定メカニズム、トランザクションを構築するオフチェーンコンポーネントを含む監査範囲を提示している。トランザクションビルダーを含めることで、レビューはオンチェーンのコントラクトを超え、最終的にユーザーが署名する内容を組み立てるソフトウェアにまで拡張される。

Hokan は、公開されたアーキテクチャから、より広い開発者向け提供へと移行している段階にある。公開時点では、ドキュメント、API リファレンス、サンドボックス、コントラクト、ステータスページは coming soon と表示されていた。完了した独立監査報告書は、製品サイトからまだリンクされていなかった。

Moshi Concepts は支援者として Draper Dragon を挙げているが、その関係の財務条件は開示していない。同社は Delaware に法人登記され、研究開発とエンジニアリング業務は Australia で行われている。

Bui は、完了したマイルストーンにひもづく資金提供を Cardano の可能なアプリケーションとしても論じている。既存の助成制度では、完了した作業の承認とそれに伴う支払いが別プロセスで行われることがある。スマートコントラクトは、認可されたレビュアーがマイルストーンを承認した後に資金をリリースできる一方で、作業が合意基準を満たしているかどうかの判断は人または指定組織に残すことができる。

このモデルは、助成、Project Catalyst、将来の Cardano Treasury のワークフローを支援し得るが、Moshi Concepts はそれらのシステムとの統合や正式な合意を発表していない。これらは、プロダクト、セキュリティレビュー、顧客需要が確立された後に試験できる可能性のある市場を示す。

Draper University は、エスクローが適切な市場かどうかについて Bui に最終的な答えを与えたわけではない。むしろ、Moshi Concepts がその問いに答える順序を変えた。Bui はこれを「何かを一生懸命作っていることは、正しいものを作っていることと同じではない」と要約した。

同社は現在、限定的な MVP をリリースし、顧客インタビューを継続し、実需が示されるセグメントの周辺へ拡張していく計画だ。公開ドキュメント、アクセスしやすいサンドボックス、公開コントラクト、完了したセキュリティ作業、初期のインテグレーションが、その次の明確な段階を構成する。

San Mateo から持ち帰った具体的な変化は、単により大きなプロダクトアイデアだけではない。Hokan は、アプリケーション、顧客利用、そして Moshi Concepts が公表したルールの下で完了するエスクロー取引を通じて、その役割を証明しなければならないインフラとして開発されている。