Чтение данных из распределенной сети звучит просто, но на практике везде подводные камни. Протокол чтения Walrus не содержит столько идеалистических предположений — он смотрит в лицо реальности: узлы не всегда сотрудничают, скорость не всегда соответствует требованиям. Что делать? Многошаговый механизм рукопожатия делает чтение одновременно стабильным и проверяемым.
Процесс выглядит так. Первый шаг — приоритет метаданных. Клиент сначала собирает подписанные фрагменты метаданных, которые записывают местоположение и соответствие фрагментов данных. В чем преимущество? Сразу же отфильтровываются мусорные ответы, не тратится впустую пропускная способность.
Затем WAL предпочтет использовать вторичные фрагменты данных (secondary slivers) — этот подход хорошо продуман. Он не зависит от одного узла, а гарантирует целостность данных через избыточность и механизмы проверки. Благодаря этому даже если некоторые узлы выходят из строя, система продолжает работать.
По сути, эта схема превращает распределенную неопределенность в нечто управляемое и проверяемое. В отличие от традиционных предположений (все узлы послушны), WAL выбрал более реалистичный подход.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
19 Лайков
Награда
19
5
Репост
Поделиться
комментарий
0/400
SandwichTrader
· 9ч назад
Ладно, Walrus действительно отличается прагматичным подходом, не опирается на утопические предположения.
Погодите, а в чём принципиальная разница между этим многошаговым согласованием и блокировками транзакций в традиционных БД? Или это просто переименование?
Чо-то мне кажется, что репликация с шардированием — это просто резервное копирование под другим названием. Web3 постоянно трубит об инновациях, а на деле много чего — старое вино в новых бутылках.
Да, надёжность растёт, но сетевые издержки удваиваются же, наверное. Кто-нибудь вообще реальную смету затрат делал?
Посмотреть ОригиналОтветить0
rugged_again
· 01-07 18:53
Ха, снова та же самая мечта о "подчинении всех узлов", реальность давно разбудила. Этот многоступенчатый рукопожатие у Walrus неплох, по крайней мере, нужно знать, чтобы быть осторожным.
Посмотреть ОригиналОтветить0
GasFeeCrier
· 01-07 18:42
Распределённое чтение действительно является сложной задачей, и подход Walrus с многоступенчатым рукопожатием кажется довольно практичным, в отличие от некоторых проектов, которые только пропагандируют идеализм.
Посмотреть ОригиналОтветить0
TradingNightmare
· 01-07 18:38
Опять появился план распределенного чтения, по сути — это недоверие, мне нравится такой прагматичный подход.
Резервная проверка этой схемы действительно надежна, гораздо лучше, чем те идеалистические утопические теории.
Идея с Walrus хорошая, но когда дело доходит до реального запуска, всё становится совсем иначе...
Отказ узлов — это повседневное явление, посмотрим, насколько эта система сможет выдержать.
Приоритет метаданных — это интересно, экономия пропускной способности действительно задела больные точки.
Говорят красиво, но всё зависит от TPS и задержек, не только с бумаги всё выглядит впечатляюще.
Многократный рукопожатие? Звучит сложно, как обеспечить производительность.
И резервирование, и проверка — кто же за это заплатит?
Посмотреть ОригиналОтветить0
GasOptimizer
· 01-07 18:27
Многоступенчатое рукопожатие + избыточная проверка — это как бы использование затрат для обеспечения стабильности. Меня больше всего интересует — насколько реально снизить пропускную способность при использовании этого метаданных приоритетного подхода, есть ли поддержка данных в цепочке.
Чтение данных из распределенной сети звучит просто, но на практике везде подводные камни. Протокол чтения Walrus не содержит столько идеалистических предположений — он смотрит в лицо реальности: узлы не всегда сотрудничают, скорость не всегда соответствует требованиям. Что делать? Многошаговый механизм рукопожатия делает чтение одновременно стабильным и проверяемым.
Процесс выглядит так. Первый шаг — приоритет метаданных. Клиент сначала собирает подписанные фрагменты метаданных, которые записывают местоположение и соответствие фрагментов данных. В чем преимущество? Сразу же отфильтровываются мусорные ответы, не тратится впустую пропускная способность.
Затем WAL предпочтет использовать вторичные фрагменты данных (secondary slivers) — этот подход хорошо продуман. Он не зависит от одного узла, а гарантирует целостность данных через избыточность и механизмы проверки. Благодаря этому даже если некоторые узлы выходят из строя, система продолжает работать.
По сути, эта схема превращает распределенную неопределенность в нечто управляемое и проверяемое. В отличие от традиционных предположений (все узлы послушны), WAL выбрал более реалистичный подход.