不正利用防止のための担保としてのBitcoinの使用

Satoshiさん、こんにちは。

お元気でお過ごしのことと思う。最近、BitCoinがインターネット上の不正利用にどう対処できるかについて考えており、意見を聞かせてほしい。

私の「本業」はGoogleの不正利用対策チームだ。ネットワークからのアウトバウンドスパムを制御するために、電話認証を広範に活用している。FacebookやCraigslistも同様だ。電話認証がうまくいくのは、ほとんどの人が1つか2つの電話番号にアクセスできるものの、それ以上はほとんど持っていないためだ。しかし、重大な欠点がある。（我々にとって）費用がかかり、不安定で、プライバシーへの影響を嫌がる人もおり、一部のスパムは大量のSIMカードを購入するのに十分な利益がある。

BitCoinをアカウントの担保として使用できれば理想的だ。担保額によってシステムがあなたの行動に課す制限（例えば送信できるメールの量）が決まり、匿名かつプライベートな方法で行える。しかし、これをどう実装するか？

コインを永久にバーンするのは簡単で、唯一の出力を OP_FALSEに設定するだけだ。そうすれば、そのキーでサーバーが提供するチャレンジに署名し、確かにそれらのコインをバーンしたことを証明できる。キーは1つのアカウントでのみ使用可能なため、スパマーは単に大量の担保を積んでそのキーで生成された署名を転売することはできない。アカウントが不正利用されたことが判明した場合、今日と同様に停止され、コインは「消失」する。

しかし、人々はこれらの大規模ネットワークに出入りするものであり、Googleを辞めて自分のメールサーバーを運営する場合にコインを失うという考えは魅力的ではない。コインを一定期間ロックして時間Xまで使えないようにし、所有者が望めばXを常に将来に延長できるが、そうでなければ最終的にコインが再び使用可能になるのが理想的だ。Googleアカウントを認証するために、一定量のコイン（例えば10）を取り、6ヶ月間使えないように設定する。

スクリプト言語には時間の概念がない。OP_BLOCKNUMBERは、再編成がトランザクションのチェーン全体を無効にする可能性があるため、除外された。しかし、OP_DAYは実現可能だろうか？ブロックヘッダーからタイムスタンプを返すオペコードを考えているが、ブロックチェーンで見られる自然なクロックドリフトに対処するため、最も近い日に丸める。これが機能するなら、特定の日までコインを拘束するトランザクションの構築は容易だ。期限を常に移動させ続けるのはより困難だ。単純な力ずくの解決策は、ユーザーに2倍のコインを担保として要求し、最初のトランザクションが期限切れになって使用可能になりそうな時点で2番目のトランザクションを作成することだ。こうすれば、常に十分に遠い期限の担保として機能するトランザクションが少なくとも1つある。しかしこれは不格好だ。より良い方法は、期限付き出力に期限が切れる前にトランザクションが接続できる新しいルールを導入し、そのトランザクションの出力が再び同じ形式の期限付き出力であることを条件とすることだ。しかし、これはスクリプト言語よりも汎用性が低いため、やはり不格好だ。

どう思うか？