（ShadowOfHarbringerの文脈投稿）
興味深いものを見つけた。
http://stackoverflow.com/questions/1138345/best-compression-algorithm-for-short-text-strings
短いテキスト文字列の圧縮に優れた小さなOSプロジェクトがGitHubにある。 http://github.com/antirez/smaz
これで384バイトをさらに200バイト未満や175バイト未満にまで縮小できる可能性がある。
ハッシュ計算にメッセージを考慮する必要があるかどうかも気になる。考慮しなければ、後から削除することも可能になる。
このメッセージというアイデアはあまり好きではない。プロトコルに必要ないものだから、うまく収まる場所を見つけるのは難しいと思う。ただ、自分はプログラマーではないが。サトシの意見を聞いてみたい。
追記：面白いアイデアを思いついた。数値の精度を小数点以下8桁をはるかに超えて、例えば128桁にまで拡張したとする。
その小数桁を使ってメッセージを符号化するのはどうだろう？このサービスには自然と「手数料」が発生し、プロトコルを何も変更する必要がない。
追記2：このアイデア、最高だ Smiley
追記3：128桁も必要ない。間違っていなければ、32桁あれば64文字セットで17文字の非圧縮メッセージを符号化できる。（32*log(10)/log(64) = 7.717）
Quote from: grondilu on October 23, 2010, 06:07:41 PM
メッセージというアイデアがとても気に入らない。プロトコルに必要ないので、本当にフィットする場所を見つけるのは簡単ではないと思う。ただしプログラマではないが。サトシの考えを聞きたい。
ああ、自分もそれは気になる。