以下のテキストを「日本語」に翻訳してください:
- 起因
- 技術者の方法
- IPFS への直接アクセス
- より良い永久保存
- 感想
xLog、Crossbell ブロックチェーン#
最近、xLogという興味深いものを偶然見つけました。Crossbell というブロックチェーン上でスマートコントラクトを使用してメタデータを操作および保存し、実際のデータを IPFS に保存するプロジェクトです。一見面白そうだったので、自分の別のブログを作成しました。また、彼らはこのシステムを使用して Twitter のようなソーシャルシステムも作成しました。Crossbell と呼ばれ、非常に使いやすく、一般のユーザーに Web3 を本当に提供しています。彼らのプロジェクトメンバーがチュートリアルを書いたので、Web3 のブログで 5 分でセットアップできます。
ただし、xLog を使用するのは技術者ではなく、コンピュータに詳しくない人にやらせることです。また、彼らはデータが「ブロックチェーン上で永久に保存される」と主張していますが、私はそれに同意しません。Web3 に保存され、他の人が変更できないデータになった場合は問題ありませんが、IPFS に保存されている場合、ピンされていない限り、ノードの GC プロセス中に永遠に消える可能性があります。また、私はブロックチェーンについてあまり詳しくなく、彼らのチェーンを完全に同期できるかどうかわかりません。同期できない場合は、プライベートチェーンになり、メタデータも永久に保持できなくなります... だから私はこのプラットフォームが Web3 であり、検閲によって 404 にならないことを言えますが、情報を時間の流れの中で保持することはできません。
技術者の方法#
したがって、技術者としては、私のブログを直接 IPFS にアップロードする方が良いです。彼らのプラットフォームはカスタマイズ性が低いため、代替可能なコンポーネントがあるかどうかわからないものが多いです。たとえば、Ethereum JSON-RPC です。ただし、彼らのサービスはオープンソースのようですので、このチェーンが同期できる場合、独自の RPC を構築することは問題ありません。
IPFS クライアントを直接使用するのは最も基本的な方法ですが、自分のコンピュータに理解できないソフトウェアをインストールするのは好きではありません。現在、私はブログを直接 Github または Gitlab で書いて、以前に言及した静的ページサービスプロバイダーを使用して一度にデプロイしています。したがって、私も自分のブログを IPFS にアップロードしてくれるようなサービスプロバイダーがあればうれしいです。最後に見つけたのは4EVERLANDです。Git リポジトリをバインドし、変更を監視し、変更があると自動的に IPFS にデプロイします。また、彼らは IPFS 上のコンテンツに直接アクセスするための無料のゲートウェイも提供しています。非常に良いです。ただし、問題が 1 つあります。なぜか、デプロイテンプレートに Jekyll のステートメントが含まれていないため、フロントエンドをカスタマイズできません... そのため、自分が望むデプロイステートメントに変更するためにパケットキャプチャの方法に頼るしかありません。
IPFS から直接アクセス#
4everland でデプロイした後、直接アクセスすることもできますが、他のサービスプロバイダーとあまり変わらないように感じます。ウェブページをどこから読み込んでいるのか、自分のサーバーからなのか IPFS ネットワークからなのか、誰にもわかりません。だから、IPFS からのアクセス方法をもっと良くしたいと思っています。それによって、IPFS 上にあることを確認できます。
ゲートウェイを介して直接私のブログにアクセスすることも問題ありませんが、デプロイするたびに CID が変わるので、アクセスするのも不便です... 後で聞いた話では、CID を dnslink という方法で DNS に記録することができると聞きました。これにより、固定かつ覚えやすい方法でアクセスできます。ただし、その時点では、dnslink で記録されたウェブサイトにどのようにアクセスするかわかりませんでした... また、デプロイごとに CID が変わるので、デプロイが完了したら DNS レコードを更新する必要がありますか?後で調べてみたら、IPNS というものもあることがわかりました。4everland のコンソールを見てみると、各ウェブサイトに固定の IPNS が生成され、dnslink で IPNS を指すことができるようです。では、どのようにアクセスするのでしょうか?IPFS には IP アドレスがないので、TXT レコードだけでは不十分ですよね?後でわかったのは、アクセスするためには CNAME を Gateway に解決する必要があるということです。設定すると、Gateway にアクセスするたびに TXT レコードに記録された dnslink が自動的に解決されます。これは xLog よりも自由度が高くありませんか?ただし、私の場合はコメントデータを保存する方法がありません。おそらく xLog の特徴はソーシャルであり、彼らのメインプロジェクト Crossbell はソーシャルを重視しています。私のような静的なブログにコメント機能を提供するために彼らのネットワークを使用するための独自のプラグインを作成することは、素晴らしい選択肢です(ETH の手数料が高すぎるので😂)。
より良い永久保存#
前述のように、IPFS は改ざんを防ぐことはできますが、永久保存のソリューションではありません。パブリックチェーンにアップロードすることは永久保存の方法の 1 つですが、コストが高すぎて払えません。後で Arweave という永久保存のためのものがあることを知りましたが、これは無料ではありません。データを保存するには AR トークンをチェーンに支払う必要があります。幸いにも、4EVERLAND は AR ネットワークへの無料アップロード枠を提供してくれますので、今後はアップロードごとにアドレスを Github のリリースに書き込むようにします。これにより、私のブログの永久保存の可能性がさらに高まります。
また、ZeroNet というものもあるようです。これも分散型のデータ保存方法で、ある程度の永久保存が可能だと群衆の友人が言っていました。しかし、アクセスするのは非常に困難であり、現在はプログラムもメンテナンスされていないため、諦めました。
感想#
Web3 はますます発展しており、より多くの人々が参加し、制約のないネットワークを共同で作り上げることを願っています。(そして私の Forever 計画を実現することも😝)
ただし、Crossbell(xLog で使用されているチェーン)のプロジェクトについては心配です。監視されていないプラットフォームとして知名度が上がれば、確実に乱用されるでしょう。彼らがもう少し長く生き残れることを願っています。