ほとんどのブロックチェーンインフラストラクチャの技術選定は、本質的には短期的なプレッシャー下での妥協の結果です。パフォーマンス指標は達成できるのか?コスト管理はできているのか?オンタイムでローンチできるのか?これらは何度も問い直されます。しかし、本当に稀なのは、誰かが真摯に考慮することです——5年後、10年後、これらの履歴データはどのような困難に直面するのか。



しかし、長期運用を経験した人なら誰もが理解しています。生命力のあるアプリケーションが沈殿させたデータは、決して足かせではないということを。そのデータ自体がシステムの運用における一部なのです。管理方法を間違えれば、その後のすべての機能反復、パフォーマンス拡張は、以前の決定のツケを払わなければなりません。

Walrusの設計思路はまさに逆です——それは「いかに最速で書き込むか」から始まるのではなく、「いかにデータを長期的に利用可能にするか」から逆算して技術アーキテクチャを組み立てるのです。その違いは微妙に見えますが、実は全体システムのライフサイクルを決定しています。

具体的な実装においては、データオブジェクトが作成された瞬間から安定した身分識別子を獲得します。その後、ビジネスロジックが変化し、チェーン上の状態が更新されても、このオブジェクト自体の参照関係は常に変わりません。これにより、アプリケーション層は同じ参照に基づいて長期間ビジネスロジックを構築でき、常に新しいデータバージョンを追い続ける必要がありません。

この設計がもたらす最も直感的な成果は何か?システムの複雑度が急落することです。参照関係が頻繁に変動しなくなると、その結果としてインデックス管理、権限管理、キャッシュ戦略といったコンポーネントはすべてシンプル化します。安定運用が必要なアプリケーションにとって、これは潜在的な障害源の全カテゴリーを排除するに等しいのです。

技術パラメータから見ると、WalrusはMB級のデータオブジェクトのストレージをサポートし、マルチノード冗長アーキテクチャで可用性を保証しています。テストネットの実際のパフォーマンスでは、読み取りレーテンシーは秒単位の範囲で安定しており、リアルタイムアプリケーションのアクセス需要を十分にサポートでき、単なるコールドデータのアーカイブシナリオに限定されません。このパフォーマンス水準は、Web3アプリケーションの実用性にとって極めて重要です。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 9
  • リポスト
  • 共有
コメント
0/400
zkNoobvip
· 01-10 18:47
言い過ぎだよね。ほとんどのプロジェクトは確かに急いで作り上げたもので、誰もそんな遠い未来を考えていない。Walrusのこの逆思考は確かに新鮮で、データのライフサイクルからアーキテクチャを逆算するアプローチは、ただローンチ時間だけに注目しているチームよりもずっと信頼できる。 --- また一つの「長期主義」の物語だけど、今回は本当にちょっと違う気がする...安定したアイデンティティの部分は、長い間私を悩ませてきた問題を解決したような気がする。 --- 秒単位の読み取り遅延?いいね、ただテストネットとメインネットの差がどれくらいあるのか分からないけど、web3はこの程度だ... --- 要するに短期的な思考を長期的な思考に変えるってことだよね。聞こえは良いけど、実際にそうできるプロジェクトはどれだけあるのか。 --- 複雑さが減るのは信じるよ。インデックスや権限の煩わしさが少なくなるのは確かに多くのトラブルを省ける。でも、メンテナンスコストはどうだろう、計算したことある? --- MBレベルのデータ可用性はかなり良くできているね。もしGBレベルまでサポートできたら、本当に最高だ。
原文表示返信0
CryptoCross-TalkClubvip
· 01-10 07:09
笑死,終於有人肯從十年後のデータ墓場から振り返ってくれた、これこそが真の基盤建設思考だ 今回はKPIに拘束されていない製品、本当に珍しいな
原文表示返信0
tx_pending_forevervip
· 01-07 19:55
話は良く聞こえるけど、実際にリリースされたらやっぱり現実に打ちのめされる...長期的に使えるこの言い方は、私はもうたくさん聞いてきた --- だからWalrusは、私たちが10年後に自分のデータを見て文句を言わないためのものなのか?いい感じだね --- 引用を変えない点は認めざるを得ない、確かにこれで面倒なことが省けるし、そうでなければビジネスロジックを変更するたびに多くの後遺症が出る --- 秒単位の遅延?テストネットとメインネットは別物だ、実際に動き出してから考えよう --- やっと長期的なメンテナンスの問題を考えた人が出てきた、多くのプロジェクトはこれに全く関心がない --- 短期と長期は常に矛盾している、VCからの締め切りは待ってくれない
原文表示返信0
LiquidityLarryvip
· 01-07 19:54
良いことを言うね。今になってやっと長期的な可用性を考える人が出てきた。以前に急いで立ち上げたインフラはすでに借金を返している。 データのアイデンティティを変えないという考えは確かに素晴らしい。後から何度もリファクタリングする必要がなくなる。 Walrusのこのアプローチは、まるで本物のインフラを作っているようだ。臨時の解決策ではない。 秒単位の遅延はリアルタイムアプリには十分だ。冷たいデータベースよりもずっと良い。 間違ったアーキテクチャを選ぶと本当に代償が大きい。血の滲むような例をたくさん見てきた。 引用関係が安定すれば、システム全体の故障源は確かに大きく減る。 この逆算設計法は早く標準化されるべきだ。差別化のポイントではないはずだ。 データ管理の方法が生死を分ける。これは間違いない。 MBクラスのストレージに冗長性を加える、やっと信頼できる方案が見つかった。
原文表示返信0
LuckyHashValuevip
· 01-07 19:47
これこそがブロックチェーンインフラストラクチャのあるべき姿だ。性能指標をひたすら積み重ねるだけではない。 長期的な利用可能性 > 短期的な自慢。業界はこの考え方を本当に必要としている。 安定した参照はこの設計の細部として良い。毎日データバージョンを追いかける必要がなくなる。 問題は、どれだけのプロジェクトが本当に五年後のことを考えているのか...
原文表示返信0
LidoStakeAddictvip
· 01-07 19:43
正直に言えば、今のほとんどのプロジェクトは締め切りと資金調達のプレッシャーに追われた急ぎの方案であり、五年後のことを本当に気にしている人はほとんどいません。Walrusのこの考え方は確かに逆転しています。データのライフサイクルから逆算してアーキテクチャを設計することこそ、長期的な製品を作る上で本来あるべき姿です。安定したアイデンティティの識別は一見簡単に思えますが、そのおかげで後々のトラブルをどれだけ減らせるか分かりません。
原文表示返信0
GateUser-ccc36bc5vip
· 01-07 19:41
これが私がずっと見たかった考え方だ、長期主義はまさにこうあるべきだ
原文表示返信0
AirdropFreedomvip
· 01-07 19:40
これこそ正統的インフラ思考であり、盲目的に性能指標を積み上げることではない --- 正直、多くのプロジェクトは短視的であり、後世のために穴を埋めているだけだ --- 長期的に利用可能 > 迅速なリリース、この論理はweb3では非常に希少だ --- 安定したアイデンティティの識別は素晴らしいもので、多くのインデックスや権限管理の手間を省いてくれる --- 秒単位の遅延は本当に勝負になる、ついにまともなストレージ層の方案が登場した --- 引用関係を変えない設計は参考になるもので、他の方案よりも遥かに優雅だ --- 管理方式を誤ると無限に負担が増える、後続者は皆責任を負わなければならない --- 長期的に利用可能なアーキテクチャを逆算すると、多くの人の直感とは逆の思考になる --- MB級のデータに冗長性を持たせ、リアルタイムアプリのアクセス要求をカバーできる、これこそ信頼できる
原文表示返信0
CountdownToBrokevip
· 01-07 19:37
このアイデアは本当に素晴らしいですね。ついに誰かがデータを負担ではなく資産として考えることを思いついた。 ほとんどのプロジェクトはこの考え方を早く学ぶべきです。締め切りに追われて穴を掘るのはやめましょう。 Walrusのこの安定した引用設計は、要するにアプリケーションが将来的な技術的負債を避けるのを助けているのです。 秒単位の読み取りがリアルタイムアプリケーションを支えられるなら、そのデータには本当に生命力があります。 これまで多くのブロックチェーンプロジェクトを見てきましたが、5年後の姿を真剣に考えているものは本当に少ないです。
原文表示返信0
もっと見る
  • ピン