Satoshi ↔ Dustin Trammell 書簡
セキュリティ研究者であり、「Druid」というハンドルネームを使うサイファーパンクのダスティン・D・トランメルは、2009年1月9日にサトシが暗号技術メーリングリストでビットコインを発表した後、最も早くソフトウェアをダウンロードして実行した人物の一人であった。
2009年1月11日付のこのメールで、トランメルはアルファ版の使用体験についてサトシに報告した。ビットコインのホワイトペーパーを読み進めていることに触れ、タイムスタンプサーバーのセクションに言及して、関連するリソースとしてpublictimestamp.orgへのリンクを共有した。
トランメルはソフトウェアを実行して2つの「Generated（生成済み）」メッセージを確認したが、クレジット欄は0.00と表示され、残高に変化がなかったと報告した。これが新しく生成されたコインの成熟要件に関連するものかどうかを尋ねた。
このメールは、サトシ・ナカモトとの最も初期に知られる私的なやり取りの一つを開始し、トランメルをビットコインの最初期のユーザーおよびマイナーの一人として位置づけた。トランメルは2013年11月にサトシとのメールのやり取りの全文を公開した。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
ダスティン・トランメルへのこの返信で、サトシはタイムスタンプサービスのリンクに感謝し、代替的なアプローチについて議論した。トランメルのクレジット欄に関する質問について、サトシはコインの成熟メカニズムを説明した：
クレジット欄は成熟するまで0.00のままで、その後50.00になる。
サトシは、0.00と表示する代わりに成熟するまでクレジット欄を空白にした方が分かりやすいかどうかをトランメルに尋ねており、ソフトウェアの最初期からユーザビリティに注意を払っていたことが窺える。
サトシはバージョン0.1.3へのアップグレードをトランメルに推奨し、次のように述べた：
このバージョンで本当に安定した。
このやり取りは、初期ユーザーのフィードバックに対するサトシの応答性と、ソフトウェアの改善に対する反復的なアプローチを示している。バージョン0.1.3では、ノード間でブロックを適切にブロードキャストできなくなっていた通信バグが修正されており、これはネットワークの初期の機能にとって極めて重要であった。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
このサトシへの返信で、トランメルは自身が管理するproof-hashes Googleグループの詳細を共有し、ビットコインがハッシュブロックを投稿する場所として提供した。
実際にはハッシュブロックを「proof-hashes」というGoogleグループに投稿している。Usenetに投稿するのと似たような結果になる。……俺がそのグループを運営していて、唯一の目的はproof-of-workハッシュのアーカイブだから、よかったらアカウントを作ってそちらのシステムからも投稿してくれて構わない。
クレジット欄の表示に関する質問について、トランメルは空欄よりも$0.00の表示を好むと述べたが、生成された4つのコインがすべて「unconfirmed（未承認）」と表示されていることを指摘した。成熟時に既存のトランザクション行が更新されるのか、新たなクレジットトランザクションが生成されるのかを尋ねた。また、トランザクション行をダブルクリックすると詳細が表示されることを知らなかったと認めた。
トランメルはバージョン0.1.1を実行していたことを報告し、0.1.3にアップグレードする予定であると伝え、自動アップデート機能を提案した。彼は強い熱意を示した。
電子通貨と暗号技術は俺がとても興味を持っている2つの分野で、想像通り、暗号技術メーリングリストに投稿されたのを見てすぐにこのプロジェクトに引き込まれた。フィードバックや新機能のテストが必要なら遠慮なく連絡してくれ、喜んで手伝うよ。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
このメールで、サトシはバージョン0.1.3で修正された通信バグについて議論した。このバグはノードがブロックを適切にブロードキャストすることを妨げていた。そしてトランメルにコインを送ることを申し出た：
これは0.1.3ですべて修正されている。IPアドレスを教えてくれれば、コインを送る。
このメッセージは、個人間での最も初期のビットコイン直接送金の一つを記録しているという点で重要である。サトシは「IP送金」機能を使用した。この機能により、相手のIPアドレスに接続してノードに直接コインを送ることができた。受信側のクライアントは取引のためにビットコインアドレスを提供する仕組みであった。
トランメルはその日の後ほど（2009年1月13日、UTC 18:40）にIPアドレスを返信した：
現在24.28.79.95にいるが、動的なので変わるかもしれない。
翌日の2009年1月14日UTC 19:46に、サトシは1回の取引でトランメルに25.0 BTCを送金した（txid: d71fd2f64c0b34465b7518d240c00e83f6a5b10138a7079d1252858fe7e6b577）。この取引はアドレス1Jhk2DHosaaZx1E4CbnTGcKM7FC88YHYv9からトランメルのアドレス1DCbY2GYVaAMCBpuBNN5GVg3a47pNK1wdiへ送られた。
その後のやり取りでは、IPアドレスによるビットコイン送金の安全性の問題についても触れられた。サトシはこれらの議論も一因として、最終的にIP送金機能をソフトウェアから完全に削除した。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。取引の詳細はトランメルのブログに記録されている。
前回のメールからわずか11分後に送信されたこのメールで、トランメルはv0.1.0からv0.1.3へのアップグレード時に遭遇した2つの問題を報告した。
以前のバージョン（ヘルプには0.1.1と表示されていたが、実際は0.1.0だったと思う）を閉じた時、プロセスが終了しなかった。UIは終了したがプロセスは残っていた。バージョン0.1.3を起動する前に、手動でプロセスをキルしなければならなかった。
より深刻だったのは、生成したコインの喪失であった。
バージョン0.1.3を開いたところ、4つのトランザクション項目はまだ「unconfirmed」のままだが、今度は説明欄に「Generated (not accepted)」と表示されるようになった。これは、他のノードが先にチェーンを延長して、俺のコインがデッドブランチで生成されたということか？もしそうなら、なぜ以前のバージョンのソフトウェアがこれを即座に検出して、勝利ブランチでコインの生成を始めなかったんだ？0.1.0のバグか？
トランメルは問題を正確に診断していた――v0.1.0の通信バグにより彼のノードはブロックをネットワークにブロードキャストできず、採掘したすべてのブロックが孤立していた。サトシは次の返信でこれを確認した。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
アップグレードの問題を報告してからわずか9分後に送信された別のメールで、トランメルはビットコインの最も永続的な問題の一つとなるテーマ――マイニングの中央集権化について問いかけた。
最もCPU性能の高い単一ノードがビットコインの大半を生成・保持するのを、何が防いでいるんだ？各ノードが他のすべてのノードから独立して動いているなら、1つが他より大幅に強力な場合、そのノードが他のノードより先に正解に到達する可能性が高いんじゃないか？性能の低いノードがたまに当たりを引くこともあるだろうが、大きな馬力の差があるなら、ビットコインの大半は最も強力なノードによって生成されると思うんだが。
翌日のサトシの返信では、マイニングは競争ではなく確率的な抽選であり、各SHA-256ハッシュの推測は独立した成功確率を持ち、コンピュータのコイン獲得量はそのCPU性能に線形比例すると説明された。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
トランメルはサトシの包括的な返信に対して複数の点について応答した。proof-hashes Googleグループは投稿にメンバーシップを必要とせず、proof-hashes@googlegroups.comにメールを送るだけで内容が公開されることを説明した。ビットコインのクライアントが10,000ブロックごとに現在のブロックチェーンを投稿することを補足的な記録として提案した。
ビットコインの価値提案について、トランメルは初期の段階で核心的な課題を指摘した。
ああ、それが俺の目を引いた一番の特徴だった。本当の課題は、人々にビットコインに実際の価値を見出してもらって通貨にすることだろう。今のところ、ただのビットの集まりでしかない……
続いてトランメルは、サトシが申し出たコイン送金のために自身のIPアドレスを提供した。
現在は24.28.79.95だが、動的IPなので変わるかもしれない。
このIPアドレスは翌日（2009年1月14日）にサトシがトランメルに25.0 BTCを送金する際に使用された――最も初期に知られる個人間のビットコイン取引の一つである。
マイニングの仕組みについて、トランメルは鮮やかな例えを生み出した。
ああ、なるほど……つまり各推測はルーレットのスピンのようなもので、他のすべての推測から完全に独立していて、CPUパワーの余剰分は単に他の誰よりも多くの当たりを引けるということになるわけか。残念ながら、俺の複雑な数学を理解する能力は暗号技術への興味に反比例しているんだが (:
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
新しいメールスレッドにおいて、プロのセキュリティ研究者であるトランメルは、ビットコインのネットワークプロトコルに対する詳細な分析結果を報告した。自分自身に送信したトランザクション中にパケットトレースをキャプチャ・分析し、プロトコルがトランザクション名やコメントを含む一部の情報を平文で送信していることを観察した。
続いてトランメルはIP送金機能に対する徹底的なセキュリティ分析を提示し、中間者攻撃に対する根本的な脆弱性を特定した。
IPトランザクションの場合、ビットコインクライアントは接続先のIPが本当にトランザクションの意図された受信者であると信頼しているようだ。中間者攻撃を仕掛けて受信トランザクションを盗むのはかなり容易である。
ローカルLAN上でのARPポイズニングを用いた具体的な攻撃シナリオを説明し、この脆弱性がISP管理者を含むネットワーク経路上のあらゆるホップに及ぶことを指摘した。
トランメルの推奨は明確であった。
意図された受信者のアドレスとしてネットワークアドレスの使用を許可しないことを推奨する。常にビットコインアドレスを要求してトランザクションを行う方がより安全だと思う。
また、代替案として、ノードがビットコインアドレスに関連付けられたIPアドレスを検索できるネットワークベースの名前解決サービスを提案し、既存の鍵ペアを認証に使用することを提案した。
このメールは、ビットコインソフトウェアに対する最も初期のセキュリティ監査の一つとして重要である。IP送金機能はトランメルが提起したようなセキュリティ上の懸念も一因となり、最終的にビットコインから削除された。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
このメールで、サトシはネットワーク上の少なくとも1つのノードが同じクラスBの範囲内で頻繁にIPアドレスを変更していることに言及し、これは予想していなかったと述べた。トランメルに対して会話をbitcoin-listまたは暗号技術メーリングリストにCCする許可を求め、bitcoin-listの購読詳細を共有した。
続いてサトシは、ビットコインを投資対象とするハル・フィニーの以前の提案に言及した。
ハルは、これが低確率の投資対象として見られる可能性をほのめかしていた。信頼できる第三者が怖気づいた時に必然的に骨抜きにされない方法がわかった今、10年後に何らかの形で電子通貨を使っていなかったら驚きである。
サトシは、ビットコインが即座に主流として普及しなくても活用できる複数のユースケースを概説した。
すぐに普及しなくても、何らかのトークンや電子通貨を必要とするプランを思いついた次の人物が利用できる状態にある。クローズドシステムやニッチな分野――リワードポイント、寄付トークン、ゲーム内通貨、アダルトサイトのマイクロペイメントなど――から始めることもできる。一度ブートストラップされれば、自動販売機にコインを入れるように気軽にウェブサイトに数セント支払えるようになった場合、非常に多くの応用が可能になる。
サトシはビットコインの送金メール機能を既存のユースケースとして説明し、有名人がファンからのメッセージを読むためにビットコインの支払いを受け取ることや、サブスクリプションサイトが悪用防止のために無料トライアルにビットコインを課金することを構想した。
このメールは、1月16日から17日にかけてbitcoin-listおよび暗号技術メーリングリストに公開メッセージとしてCCされたものの下書きである。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
トランメルの詳細な中間者攻撃分析に応答して、サトシはビットコインのセキュリティに関する思考に影響を与えることになる攻撃の分類フレームワークを導入した。
攻撃を2つのクラスに分類している：
- 実際に通信経路上にいる者のみが実行できる攻撃
- インターネット上のどこからでも誰でも実行できる攻撃
サトシは、タイプ1の攻撃は同じLANまたはISP経路上の人々に影響するのに対し、タイプ2は数十億の潜在的攻撃者にユーザーを晒し、スケールメリットを達成できると説明した。IP送金の脆弱性について認めた。
IP送金は新しい公開鍵を要求するため、確かにタイプ1の中間者攻撃に対して脆弱である。それが懸念される場合、ビットコインアドレスへの送金にはその脆弱性はないが、若干のプライバシー上のトレードオフがある。
サトシは現実的に、ほとんどの人がSSL非対応のウェブサイトや未署名のメールからビットコインアドレスを取得しており、それらはDNSポイズニングによって既に両方のタイプの攻撃に対して脆弱であると指摘した。
サトシは将来に向けた複合的なアプローチを提案した。
一つの解決策は、送金時にIPとビットコインアドレスの両方を使用すること（例えば1.2.3.4-1Kn8iojk…）で、受信者がビットコインアドレスの公開鍵を使って新しい公開鍵に署名し、送金先が意図した相手であることを証明する方法である。
また、ビットコインアドレスへの送金は受信者が発見できるようにトランザクションをブロックチェーンに計算して組み込む仕組みであることを確認し、ウォレット暗号化を将来の機能として言及した。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
トランメルはセキュリティに関する議論を継続し、ビットコインアドレスはIPベースの送金に比べて優位性があると主張した。複数の独立したチャネルを通じて検証できるためである。
確かにその通りだが、ビットコインアドレスを使う利点は、2人が複数の異なるチャネルを通じてアドレスを検証できることだ。友人が俺のウェブサイトからアドレスを取得して何かおかしいと思ったら、電話やIM、メールなどでアドレスを確認できる。攻撃者はその場合、音声を含むあらゆる通信チャネルで俺のアドレスを悪意のあるものに差し替えなければならなくなるが、それは至難の業だ。
サトシが提案したIPとビットコインアドレスを組み合わせた解決策を支持し、定期的に取引する相手は既にアドレス帳に互いのビットコインアドレスを持っているだろうと指摘した。
続いてトランメルはデータ喪失について重要な懸念を提起した――ウォレットバックアップに関する最も初期の議論の一つである。
この話題で思い浮かんだことが一つある。システム障害が発生した場合のビットコイン喪失の可能性だ。アプリケーションは実行ディレクトリにデータを保存していないようなので、レジストリやその他の場所に保存されていると思うが……復旧に必要なすべてのデータをシステム外にバックアップできるファイルにエクスポートする機能があると良いんじゃないか。
また、プライバシーを保護しつつアドレス解決を可能にするオプションとして「ビットコインアドレスをネットワークに公開する」トグルを提案し、アプリケーションが終了時にネットワークソケットを正常にクローズしていない（TCP RST）ことを報告した。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
トランメルは会話を公開CCするサトシの要請に応答し、IPアドレスが変動しているノードは自分ではないことを確認した――職場のビットコインクライアントは固定NATアドレスを使用しており、自宅のIPも2台の間で送金テストを行っていた少なくとも3日間は安定していた。
会話の公開共有に同意し、すぐにbitcoin-listを購読した。続いてトランメルは、ハル・フィニーの公開メッセージに触発された投資志向の早期マイニング動機を明かした。
ああ、あのメッセージは見ていて、ノードをすぐに立ち上げた理由の一つでもある。俺のシステムはアイドル時にほとんど何もしていないんだから、ビットコインを生成しない手はないだろう？そしていつか価値が出たら……？ボーナスだ！
サトシのマイクロペイメントのユースケースについて、トランメルは実際の普及における障壁を指摘した。
マイクロペイメントを必要とする様々なタイプのサイトがこれを利用できるのはわかる。ただ、クローズドシステムではなく既存のビットコインピアグループを使いたい場合、まず目的を果たすのに十分なコインを生成するか（あるいは誰かから購入するか）しなければならないという普及の障壁も見える。クローズドシステムなら当然その問題はない。
これはビットコインのブートストラップ問題――交換手段として機能するために十分な流動性をいかにして流通させるか――に関する最も初期の議論の一つとして注目される。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
このメールはbitcoin-list@lists.sourceforge.netおよびmetzdowd.comの暗号技術メーリングリストの両方にCCされており、公開メッセージとなっている。これはサトシがトランメルに送った以前のプライベートメール（threadPosition 9）を整理し、重要な追加を加えた洗練された版である。
サトシはトランメルがビットコインの価値について述べた以前の観察を引用し、自身のビジョンを共有した：
信頼できる第三者が怖気づいた時に必然的に骨抜きにされない方法がわかった今、10年後に何らかの形で電子通貨を使っていなかったら驚きである。
サトシはビットコインのニッチなアプリケーションにおける可能性を描写した — リワードポイント、寄付トークン、ゲーム内通貨、マイクロペイメント、プルーフ・オブ・ワークの応用などである。また、送金時課金型メールの概念やサブスクリプションの試用ユースケースについても改めて説明した。
このメールには、サトシの最も有名な一節となった言葉が含まれている：
万が一普及した場合に備えて、いくらか手に入れておくのは理にかなっているかもしれない。十分な数の人々が同じように考えれば、それは自己実現的予言となる。一度ブートストラップされれば、自動販売機にコインを入れるように気軽にウェブサイトに数セント支払えるようになった場合、非常に多くの応用が可能になる。
サトシとトランメルのプライベートな書簡から生まれたこの公開メールは、ビットコインの歴史において最も頻繁に引用されるサトシの文章の一つとなった。
出典：2013年11月にダスティン・トランメルにより公開。暗号技術メーリングリストおよびbitcoin-listにもアーカイブされている。完全なプライベート書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
データ損失とウォレットのバックアップに関するトランメルの懸念に応じて、サトシはウォレットの保存場所と使用技術を開示した：
ファイルは「%appdata%\Bitcoin」にある。バックアップすべきディレクトリはそこである。データはトランザクショナルデータベースDBMに保存されているため、クラッシュや停電が発生してもデータ損失からは安全なはずである。
サトシは、%appdata%がFirefoxなどの最新プログラムが設定に使用するユーザーごとのディレクトリであると説明した。ただし、MicrosoftがWindowsのリリースごとにその名前を変更し、スペースだらけで、画面からはみ出すほど長いことに言及した。
トランメルが報告していたソケットの不正切断については：
ちょうど次のリリースに向けてそのコードを追加したところである。
この短いやり取りは、ビットコイン最初期におけるサトシの迅速な開発サイクルを示している — トランメルがバグを報告し、サトシは返信する時点で既に修正コードを書き上げていた。DBM（Berkeley DB）データベースの選択は、2013年3月にデータベースのロック制限の問題がチェーンのフォークを引き起こした際に重要な意味を持つことになる。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
トランメルは不可解なトランザクションについて新しいメールスレッドを開始した。職場のビットコインクライアントから自宅のクライアントに、IPアドレスではなくビットコインアドレスを使って100BTCを自分自身に送金したが、トランザクションの詳細に予期しないラベルが表示された：
最初の25.00の送金の後、もう100.00を送ってくれたりした？俺は職場のビットコインアプリケーションから自宅のものに、IPではなくビットコインアドレスを使って100.00を自分宛に送金した。自宅のアプリケーションには100.00の受信が表示されているが、トランザクション詳細には「Received with: Satoshi 12higDjoCCNXSA95xZMWUdPvXNmkAduhWv」と書いてある。これは職場のビットコインアドレスではないので、あなたのクライアントが計算したブロックにエンコードされた支払いを受け取ったということだと思うんだが？
トランメルは表示されたビットコインアドレスに覚えがなく、アプリケーションに名前を入力した記憶もないのにソフトウェアがどうしてサトシの名前を知っているのか不思議に思った。この混乱は、ビットコインのアドレス帳とトランザクション表示における初期のユーザビリティの問題を浮き彫りにし、サトシが返信で対処することになる。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
サトシはトランメルのトランザクション表示に関する混乱を解消した。表示されたアドレスは実際にはサトシのものではなく、トランメル自身の受信アドレスであった：
それは自宅で受け取った際のあなたのビットコインアドレスのはずである。送信者が誰かを知る方法はないため、できることはあなたのどのアドレスで受信されたかを表示することだけである。複数のアドレスを作成して各人に異なるアドレスを渡し、ラベルを付ければ、誰からの送金かを判別する助けになる。
サトシはアドレス帳のラベルシステムについても説明した：
ソフトウェアはあなたが入力した以外の名前は一切知らない。そこに表示されている名前は、アドレス帳でそのアドレスに関連付けられたもので、Address Bookボタンか、ビットコインアドレスの右にある「Change…」ボタンのいずれかで設定されたものである。
このメールには、ビットコインの仮名性に関する最も初期の説明の一つが含まれている — プロトコルには送信者のアイデンティティという概念がなく、支払者を特定するためのベストプラクティスは、各取引相手ごとに固有の受信アドレスを作成することである。この概念は後にビットコインのプライバシーに関するベストプラクティスの基本となる。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
トランメルは紛らわしいトランザクションラベルについて納得した瞬間を迎えた：
ああ！自宅のアドレスだったことに全然気づかなかった、その通りだ (: 自宅で複数のアドレスを作成していたから、結びつけられなかった。
トランメルは、「Satoshi」がChangeボタン配下のアドレスに確かに関連付けられていることを確認したが、新たな疑問を提起した：
ただ、その値を設定した覚えがないんだが、デフォルトか何かなのか？（これは初回起動時にアプリケーションが自動生成した最初のデフォルトアドレスだ）
このやり取りは、ビットコインの初期におけるユーザビリティの課題を浮き彫りにしている — セキュリティ研究者として暗号技術の概念に精通した技術的に高度なユーザーであるトランメルでさえ、アドレス帳とトランザクション表示に混乱し、自分自身への送金の送信元を誤認するほどであった。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
サトシは、新しいアドレスのデフォルトラベルは「Satoshi」ではなく「Your Address」であると説明した。トランメルはサトシのアドレスだと思ったものにラベルを付けようとした際に、ソフトウェアの混乱しやすいUIのために誤った場所に入力した可能性が高いと示唆した：
最初のデフォルトアドレスは作成時に「Your Address」というラベルが付けられる。
アドレス帳のラベルが設定される箇所はすべてユーザーが手動で設定するものである。自動的にラベルが追加されるのは、新しいアドレスに送金した際に空のラベルが追加される時だけである。おそらく私のアドレスだと思ったものにラベルを入力したが、ソフトウェアがわかりにくく、間違った場所に入力してしまったのだろう。
サトシはその後、ビットコインのUXの限界について率直に認めた：
受信アドレスのアドレス帳ラベルはわかりにくいが、他にどうすればよいかわからない。単純な用途以上に使う人は、誰から支払いを受けているかを判別するために、支払者ごとに異なる受信アドレスを作成する必要がある。この概念には現実世界にあまり類似するものがない。
これはビットコインの最も根強いユーザビリティの課題の一つについてのサトシの率直な認識である — 支払者ごとに固有のアドレスを生成するという概念は根本的に新しいものであり、ユーザーが直感的に理解するための手がかりとなる従来の金融システムにおける対応物が存在しなかった。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
ビットコイン送金サブスレッドの最後のメールで、トランメルは誤ラベルが自分自身のミスであったことを受け入れ、具体的なUIの改善提案を行った：
「Received with: X」ではなく「Received with address: X」と表示されていれば理解できたと思う。もっとも、アドレスに「Satoshi」と誤ラベルされていたのが最初の混乱の主な原因だったのは間違いないが。
トランメルはまた、ビットコインの複数受信アドレスに最も近い現実世界のアナロジーを特定した：
その通りだ、現在の金融システムには人々が慣れ親しんでいる類似のものは本当にない。PayPalで複数の受信メールアドレスを使えること以外は。「Received payment to: X」と表示するのはどうだろう？
このサブスレッド最後のやり取りは、初期のビットコイン開発における協力的な性質を示している。実際のユーザーフィードバックがUI改善に直接反映された。トランメルの「address」や「payment to」を表示テキストに追加する提案は、「誰が送ったのか」と「自分のどのアドレスで受け取ったのか」の曖昧さに対処するものであり、この区別はビットコインウォレットの設計において今なお重要である。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。
サトシとトランメルの書簡における最後のメールで、前回のやり取りから約1週間後に送信された。サトシはプルーフ・オブ・ワークトークンに価値がある場合のスパムの経済学について論じた。ハル・フィニーが、価値のあるPOWトークンはボットネット感染をコンピュータの所有者にとってより気づきやすいものにするだろうと指摘した観察を引用した。
サトシはその後、新しい経済的対抗メカニズムである「リバース・スパミング」を提案した：
POWトークンに価値がある場合、スパムを軽減するもう一つの要因がある。スパムからPOWトークンを回収するために大量の偽メールアカウントを作成する利益動機が生まれるのである。実質的に、POWを回収しメッセージを読まない自動メールボックスによってスパマーにリバース・スパミングを行うことになる。偽メールボックスと実際の人間の比率が高くなりすぎて、スパムの費用対効果が合わなくなる可能性がある。
サトシは、このプロセスが逆説的にトークンの価値を確立するのに役立つ可能性があると述べた：
このプロセスはそもそもPOWトークンの価値を確立する可能性を持っている。ボットネットを持たないスパマーが回収者からトークンを購入できるためである。買い戻しによって一時的にスパムが増加するが、それはスパマーを搾取する回収者が多くなりすぎるという自滅的サイクルを加速させるだけである。
サトシはまた既存のシステムとの類似点を指摘し、e-goldでは既に「ダスティング」と呼ばれるスパムの一形態が存在しており、スパマーがトランザクションのコメント欄にメッセージを含めるために微量のゴールドダストを送金していたことに言及した。その解決策として、設定可能な最低支払い閾値を提案した。
このメールはサトシの最も創造的な経済的思考の一つを表している。ゲーム理論をスパム経済学に適用し、プルーフ・オブ・ワークシステムにおいて市場の力がいかに自然に悪用を軽減しうるかを示した。
出典：2013年11月にダスティン・トランメルにより公開。完全な書簡はBitcoin Wiki（en.bitcoin.it/wiki/Source:Trammell/Nakamoto_emails）にアーカイブされている。