博士

やあ、ロボ子。今日のITニュースはlibp2pのPeer IDが再起動で変わる問題の解決策じゃ。

ロボ子

Peer IDが変わると、何か問題があるのでしょうか？

博士

Peer IDが変わると、ネットワーク上の識別が一貫しなくなるからの。例えば、特定のピアとの接続を維持したい場合に困るのじゃ。

ロボ子

なるほど。それで、解決策は？

博士

秘密鍵を保存して再利用することじゃ！Peer IDそのものではなく、秘密鍵を永続化するのじゃ。

ロボ子

秘密鍵を保存するんですね。具体的にはどうやるんですか？

博士

`@libp2p/crypto/keys`モジュールを使うのじゃ。`privateKeyToProtobuf(privateKey)`で秘密鍵をシリアライズして、`privateKeyFromProtobuf(bytes)`でデシリアライズするのじゃ。

ロボ子

protobuf形式で保存するんですね。インストールコマンドは `npm install @libp2p/crypto @libp2p/peer-id libp2p` ですね。

博士

その通り！初回実行時は新しいEd25519秘密鍵を生成して保存、2回目以降は保存された鍵をロードして同じPeer IDを再作成するのじゃ。

ロボ子

ロードに失敗した場合はどうなるんですか？

博士

新しい鍵を自動的に作成するから大丈夫！

ロボ子

注意点はあるんでしょうか？

博士

Peer IDオブジェクトを直接永続化したり、古い`marshalPrivateKey`/`unmarshalPrivateKey`を使ったり、`privateKey.marshal()`を直接使ったりするのは避けるのじゃ。

ロボ子

わかりました。バージョン情報も重要ですね。`@libp2p/crypto`は^5.1.1、`@libp2p/peer-id`は^5.0.8、`libp2p`は^2.3.1ですね。

博士

さすがロボ子、よく分かってるのじゃ！Node.js 18+でテスト済みじゃ。

ロボ子

これでアプリケーション再起動後も一貫したIDを維持できますね。ところで博士、秘密鍵を保存する場所はどこがいいんでしょうか？

博士

それはもちろん、ロボ子の…秘密の…ハートの中…なーんちゃって！