ぼくがかんがえたさいきょうのいんたねっと

• ウォルター・アイザックソン「インターネットは壊れている。初めからやり直すなら、私はこのようにそれを正す」 - YAMDAS現更新履歴

この記事の中で以下の2つの記事が紹介されている。

• The internet is broken. Starting from scratch, here’s how I’d fix it. | Walter Isaacson | LinkedIn
• Fixing The Internet – AVC

最初の記事で「俺ならこう直すぜ」という部分で挙げられている項目は以下の5つ。

1. Create a system that enables content producers to negotiate with aggregators and search engines to get a royalty whenever their content is used, like ASCAP has negotiated for public performances and radio airings of its members’ works. （コンテンツの作者がアグリゲータや検索エンジンと交渉して、コンテンツが使用されるたびに印税を得られるようにするシステムを構築する。ASCAP（米国作曲家作詞家出版者協会）が、その会員の作品のライブ演奏やラジオ放送において行っているような）
2. Embed a simple digital wallet and currency for quick and easy small payments for songs, blogs, articles, and whatever other digital content is for sale. （楽曲、ブログ、記事、その他のデジタルコンテンツが売れる、手早く簡単なスモールペイメントに使えるシンプルなデジタルの財布や通貨を埋め込む）
3. Encode emails with an authenticated return or originating address. （電子メールは認証された相手か送信元アドレスで暗号化）
4. Enforce critical properties and security at the lowest levels of the system possible, such as in the hardware or in the programming language, instead of leaving it to programmers to incorporate security into every line of code they write. （クリティカルなプロパティやセキュリティをシステムの可能な限り最も低い層にする。セキュリティをプログラマが書くすべての行に組み込むようプログラマ任せにするのではなく、ハードウェアやプログラミング言語のレベルで実現させる）
5. Build chips and machines that update the notion of an internet packet. For those who want, their packets could be encoded or tagged with metadata that describe what they contain and give the rules for how it can be used. （インターネットのパケットの概念を更新するチップやマシンを作る。希望する人は、パケットを暗号化し、どのように利用可能かルールを指定するメタデータでタグ付け可能にする）

（日本語訳は yomoyomo さんの記事を拝借した。なお yomoyomo さんの記事は BY-NC-SA で公開されているので取り扱いに注意）

最初の2つはコンテンツ・マネジメントをネットワークレベルで組み込むという話。 3番目は暗号化メッセージングだね。 最後の2つは暗号化の機能をチップレベルで実装しようという話であると理解した。 以降，この3つのテーマについて考えてみよう。

コンテンツ・マネジメントをネットワークレベルで組み込む

yomoyomo さんの記事と同じく私も Xanadu を連想した。 Xanadu については以下の記事が参考になるだろう。

• リテラリーマシン―ハイパーテキスト原論 - 雑記帳
• 文化庁は和式Xanaduでも作ればいいんじゃない？ - 雑記帳

Xanaduの実現を難しくしている原因の一つは、著作権問題にある。いわゆるマイクロペイメント・システムが実現し、データ通信量に応じて著作権料が支払われるシステムをXanaduは想定しているけれど、今のところこれを可能にするマイクロペイメント・システムは実現されていない。バージョン管理システムも、CVSのようなアプリケーションとしては存在していても、HTMLそのものにバージョン管理システムが埋め込まれているわけではない。そして、XanaduとWorld Wide Web(インターネット)の歴史を隔てる一番の要因は、開発方法そのもの。インターネットは徹底してオープンな姿勢を貫いてきた。勿論例外も存在するけれど、基本的にソースは公開されることが原則で、だからこそGPLやLinuxなどといったものが生まれて来た。それに対して Xanaduはソースの内容を一切公開せず特許化してしまっている。だから、ネルソンの語るXanaduの理想郷がどれだけ素晴らしいものであったとしても、開発グループに入ることができなければ、Xanaduに関わることはできない。HTMLは確かに貧弱なマークアップ言語だが、その記述方法が簡単であったからこそ、ここまで普及することができたのも事実なのである。もし、仮にXanaduがオープンソースであったのなら、もしかしたらHTMLではなくXanaduが今のインターネットの主流になっていたのかもしれない。それでもXanaduはHTMLやXMLで実現できそうにない部分を未だに含んでおり、今後もその理念は必要とされていくのだろう。

というわけで “Fixing The Internet” では「Mediachain と Bitcoin があるぢゃん！」と言っているわけである。

While not “a system to negotiate”, services like our portfolio company Mediachain‘s platform will provide much of the underlying infrastructure for this to happen.

Mediachain については以下の記事が参考になるかな。

• その画像は誰のもの？　Mediachainが画像の帰属を検索できるアトリビューション・エンジンを公開 | ビットコインの最新情報 BTCN｜ビットコインニュース

このタイプの DRM (Digital Rights Management) については拙文「CC Licenses における「技術的保護手段」の扱い」でも取り上げた。

もうひとつは DRM が「監視型」に移行したことである。「電子透かし」や「電子指紋」を使ってネット上に流通するコンテンツを比較的容易に監視できるようになった。これがうまく機能すれば一般ユーザのネット上での活動を妨げることなく悪質なものだけを排除することができる。

監視型の DRM の問題は，監視を行う「技術的ゲートキーパー¹」の力が強くなりすぎることである（またはコンテンツホルダーと癒着しやすい）。 流通するコンテンツを監視することはそれに紐付かれるユーザ（著者とは限らない）を監視することにつながる。 サービス・プロバイダ側が「私たちはコンテンツの監視しかしてませんよ」と無邪気に言ったところで通用するものではないのである。 おそらく監視型 DRM は知財トロルにとって最も効果的な道具になるだろう。

暗号化メッセージング

何が言いたいのか分からない。 “Fixing The Internet” では

While not blockchain based, standards like DKIM and SPF in the email sector provide some of this today. I am also excited about a blockchain based identity later like the one being built by our portfolio company Blockstack.

とあるが，これも意味不明。 それともやっぱり “Encode” を「暗号化」と解釈してはいけないのだろうか。

暗号化メッセージングについては以下で言及しているので，ここでは割愛する。

• PGP ってゆーな！

ぶっちゃけサーバ間でバケツリレーするメッセージング・サービスは（spam も含めて）攻撃の対象になりやすい。 伝統的な「電子メール」はゆるゆると役目を終えていくと思うよ。

暗号化の機能をチップレベルで実装

これには苦笑せざるを得ない。 「それなんてクリッパーチップ？」である。

ネットワーク通信のプロトコルスタックを組み込んだチップというのは既に存在する。 たとえば車載ネットワークではリアルタイム² が要求されるため CAN/LIN など³ はチップレベルで実装されている。

しかし通信上のセキュリティ要件や暗号要件をチップレベルで実装するのはかなり難しい。 つか現状では無理（軽量暗号の研究はある）。

ちなみにクリッパーチップが挫折した直接の原因は実装した暗号アルゴリズムに脆弱性が発見されたためであった。 セキュリティ要件は（社会の変化に応じて）変化していくし，暗号アルゴリズムもいつか破られる可能性がある⁴。 これはプログラミング言語でも同様⁵。

これはぜひ肝に銘じておいた方がいいと思うが，コンピュータ・ネットワークのセキュリティに関しては常に攻撃者の方が有利なのである。 不利な戦いを何とか凌ぐにはチップに籠城するよりは攻撃者に適応してこちらも動的に力を付けていくしかない。

“Fixing The Internet” では

Blockchain based applications can use the underlying security of the blockchain (using sophisticated cryptography) to achieve higher levels of security in their applications.

と述べている。

ところで，何故かみんな褒め殺すばかりな気がするのだが Bitcoin には大きな問題がある。 みなさん暗号通信の4要件を覚えておられるだろうか。 すなわち

1. 機密性（Confidentiality）
2. 完全性（Integrity）
3. 認証（Authentication）
4. 否認防止（Non-repudiation）

の4つである⁶。 このうち Bitcoin は完全性しか満たさない。 Bitcoin のアドレス（Blockchain の識別子でもある）は公開鍵暗号の鍵ペアそのものだが，これとユーザを紐付かせる情報を一切持っていない。 確かに Bitcoin に機密性は不要だが，他の認証や否認防止といった要件は意図的に削除されている。 そうすることによってひたすら log の完全性のみを追求したのが Bitcoin でありその中核技術たる Blockchain なのだ。

• そろそろ Blockchain について勉強を始めるか — Baldanders.info

Bitcoin というか Blockchain を使う以上，認証および否認防止は別の手段（不特定多数と取引するのなら何らかの認証基盤）を以って担保する必要がある。 なので少なくとも「Blockchain があればおっけー」とはならないと思う。 まぁ FinTech なるバズワードに関わる人達には自明なんだろうけど。

ブックマーク

• 誰も教えてくれないけれど、これを読めば分かるビットコインの仕組みと可能性 | TechCrunch Japan
• RFC 6962 - Certificate Transparency
  • Certificate Transparency | GMOグローバルサインブログ
  • Google による OpenPGP 鍵配送の解決提案 — Baldanders.info
• Blockchain と Smart Contract

参考図書