広場
最新
注目
ニュース
プロフィール
ポスト
CryptoPunster
2026-01-07 21:20:55
フォロー
データの管理方法が最も難しい部分だと、多くの開発者は最初にガスコストやパフォーマンスのボトルネックを挙げますが、実際に頭を悩ませるのはデータの管理方法です。
データは一度書き込めば終わりというものではありません。異なるモジュールから参照され、状態の変更が必要になり、ロールバック検証されることもあり、さらには複数のコントラクトから繰り返し読み取られることもあります。従来の分散型ストレージソリューションは安全に見えますが、実際に使うと冷たい倉庫をひっくり返すようなもので——安定していますが硬直しています。
この問題に対して、Walrusのアプローチは非常に実用的です。その核心は、長期的にデータを使用する場合、構造の安定性を保つことが内容の不変性を追求するよりもはるかに重要だという点です。
どうやって実現しているのか?それはオブジェクトレベルのストレージモデルを採用しているからです。同じデータオブジェクトはアイデンティティを変えずに保持できる一方で、内部状態の複数回の更新を許容します。これにより、フロントエンド、スマートコントラクト、インデックスサービスは頻繁に参照アドレスを変更する必要がなくなります。公開データによると、単一のオブジェクトはMB単位の情報を保持でき、ネットワーク内の複数ノードによる冗長ストレージが安全性を保証します。テスト段階では、オブジェクトの更新時に新たな参照パスが生成されないため、複雑なアプリケーションのコストを直接削減します。
別の視点から見ると、Walrusはストレージの安さを競うのではなく、データ構造の繰り返し調整によるやり直しを減らすことを支援しています。もちろん、このモデルはネットワークの整合性に対してより厳しい要求を持ち、高並行性のパフォーマンスも時間をかけて検証される必要があります。
しかし、「データを書き込んだ後に制御不能になる」という問題に悩まされたことがあるなら、この方向性は確かに注目に値します。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については
免責事項
をご覧ください。
14 いいね
報酬
14
8
リポスト
共有
コメント
0/400
コメント
AltcoinTherapist
· 7時間前
データ管理の部分は確かに見えない殺し屋で、以前に失敗して初めてわかったんだ。
原文表示
返信
0
LuckyBearDrawer
· 11時間前
データ管理の部分は確かに課題で、以前は契約の際にこれが原因で行き詰まることが多かったです。 Walrusのアイデアはなかなか巧妙で、参照を安定させつつ状態を変更できるため、多くのリファクタリングの手間を省けます。 高並行性の部分は今後のパフォーマンス次第ですが、頻繁にアドレスを変更するよりは確かに良いですね。
原文表示
返信
0
MEVHunterLucky
· 01-07 21:51
データ管理の部分は本当に痛点ですね...以前に多くの落とし穴を経験しましたが、Walrusのこのアイデアは本当に気持ちがいいです
原文表示
返信
0
GasWrangler
· 01-07 21:46
正直なところ、ウォルラスはついに理解した...ほとんどの開発者はガスの最適化に固執しているが、実際の痛点はリファレンスを安定させることだ。オブジェクトレベルのモデルは実際に意味がある
原文表示
返信
0
MetaverseHobo
· 01-07 21:42
データ管理は本当に見えない殺し屋で、以前何度もこのことで騙されたことがある
原文表示
返信
0
ContractTester
· 01-07 21:30
データ構造の繰り返し調整によるやり直し...なんてことだ、これが私の日常だ。毎回参照アドレスを変更しなければならなくて、もう狂いそうだ
原文表示
返信
0
MoonRocketTeam
· 01-07 21:24
おっと、データ管理の部分は確かに見えない殺し屋だ。ガス代よりも厄介だよ。
原文表示
返信
0
GoldDiggerDuck
· 01-07 21:23
最初、ガスとパフォーマンスの不満をたくさん聞いたので、データ管理が本当の悪夢だとは思いませんでした 複数のコントラクトが繰り返し読み取るその部分は本当に現実的です。毎回参照アドレスを変更しなければならないのは本当に大変です Walrusのこの考え方は確かに異なります。オブジェク트の身元は変わりませんが状態を更新できるということは、開発者のペインポイントを解決したように感じます ただし、高並発のこの部分がどうかはまだ実戦を見る必要があります。テストフェーズでのパフォーマンスが良いだけでは、本番環境で安定しているとは限りません Walrusを使ったことのある人はいますか、本当の使用体験について教えてください
原文表示
返信
0
人気の話題
もっと見る
#
GateFun马勒戈币Surges1251.09%
7.44K 人気度
#
GateSquareCreatorNewYearIncentives
30.28K 人気度
#
NonfarmPayrollsComing
5.85K 人気度
#
DailyMarketOverview
5.26K 人気度
#
IstheMarketBottoming?
90.29K 人気度
人気の Gate Fun
もっと見る
Gate Fun
KOL
最新
ファイナライズ中
リスト済み
1
sbb
煞笔币
時価総額:
$3.58K
保有者数:
2
0.09%
2
强势出击
强势出击
時価総額:
$3.63K
保有者数:
2
0.33%
3
SDDZ
山东地震
時価総額:
$3.53K
保有者数:
1
0.00%
4
我鸟都不鸟你
我鸟都不鸟你
時価総額:
$3.62K
保有者数:
3
0.47%
5
芝麻开门
芝麻开门
時価総額:
$3.66K
保有者数:
2
0.95%
ピン
サイトマップ
データの管理方法が最も難しい部分だと、多くの開発者は最初にガスコストやパフォーマンスのボトルネックを挙げますが、実際に頭を悩ませるのはデータの管理方法です。
データは一度書き込めば終わりというものではありません。異なるモジュールから参照され、状態の変更が必要になり、ロールバック検証されることもあり、さらには複数のコントラクトから繰り返し読み取られることもあります。従来の分散型ストレージソリューションは安全に見えますが、実際に使うと冷たい倉庫をひっくり返すようなもので——安定していますが硬直しています。
この問題に対して、Walrusのアプローチは非常に実用的です。その核心は、長期的にデータを使用する場合、構造の安定性を保つことが内容の不変性を追求するよりもはるかに重要だという点です。
どうやって実現しているのか?それはオブジェクトレベルのストレージモデルを採用しているからです。同じデータオブジェクトはアイデンティティを変えずに保持できる一方で、内部状態の複数回の更新を許容します。これにより、フロントエンド、スマートコントラクト、インデックスサービスは頻繁に参照アドレスを変更する必要がなくなります。公開データによると、単一のオブジェクトはMB単位の情報を保持でき、ネットワーク内の複数ノードによる冗長ストレージが安全性を保証します。テスト段階では、オブジェクトの更新時に新たな参照パスが生成されないため、複雑なアプリケーションのコストを直接削減します。
別の視点から見ると、Walrusはストレージの安さを競うのではなく、データ構造の繰り返し調整によるやり直しを減らすことを支援しています。もちろん、このモデルはネットワークの整合性に対してより厳しい要求を持ち、高並行性のパフォーマンスも時間をかけて検証される必要があります。
しかし、「データを書き込んだ後に制御不能になる」という問題に悩まされたことがあるなら、この方向性は確かに注目に値します。