Quote from: Cdecker on July 31, 2010, 02:29:16 PM
Quote from: Olipro on July 31, 2010, 12:56:50 AM
Quote from: knightmb on July 30, 2010, 09:09:51 PM
基本的に、買い手が支払いを送る特別なbitcoindで、すべてが順調であれば、買い手がそのサーバーに特別な「問題なし」メッセージを送り、サーバーは保持しているものを本来の送り先に「リリース」する。
プログラミング的には、例えば直接IP支払いで可能なはずで、「From」と「Comment」フィールドを使ってBTCを後で「予約」できる。
トランザクションを送信して、コメントフィールドに「Escrow= Amount=1000.00 Release=」のようなものを入れることができる。
買い手が商品を受け取って満足したら、同じエスクローサーバーに0.01の支払いを送り「Escrow= Amount=1000.00 Release=」とすると、サーバーが一致を確認し、そのアドレスへのその金額の支払いを送信してよいと判断する、など。
プログラミングの観点からは十分に実現可能だ。
ある程度はそうだが、このシステムのポイントは、すべてが計画通りに進む限り、エスクロートランザクションにネットワークを活用でき、それにより低コストを確保できることだ。紛争が発生した場合は、第三者に支払うことになる。
私もウェブサイトがエスクローサービスを提供する方向に賛成だ。ネットワークはすでに十分複雑で、確認、遅延、紛争処理まで追加する必要はない。
彼が言いたいのはそういうことではないと思う。トランザクションは完全に作成されるが、両者がそのお金を使うのに必要な鍵の一部を保持する。満足すれば、適切な相手にお金を送る。ブロックチェーンへの異議申し立てはない。合意に至ってコードを使うか、合意に至らずお金がロックされたままになるかだ。