Чтение данных из распределенной сети звучит просто, но на практике везде подводные камни. Протокол чтения Walrus не содержит столько идеалистических предположений — он смотрит в лицо реальности: узлы не всегда сотрудничают, скорость не всегда соответствует требованиям. Что делать? Многошаговый механизм рукопожатия делает чтение одновременно стабильным и проверяемым.
Процесс выглядит так. Первый шаг — приоритет метаданных. Клиент сначала собирает подписанные фрагменты метаданных, которые записывают местоположение и соответствие фрагментов данных. В чем преимущество? Сразу же отфильтровываются мусорные ответы, не тратится впустую пропускная способность.
Затем WAL предпочтет использовать вторичные фрагменты данных (secondary slivers) — этот подход хорошо продуман. Он не зависит от одного узла, а гарантирует целостность данных через избыточность и механизмы проверки. Благодаря этому даже если некоторые узлы выходят из строя, система продолжает работать.
По сути, эта схема превращает распределенную неопределенность в нечто управляемое и проверяемое. В отличие от традиционных предположений (все узлы послушны), WAL выбрал более реалистичный подход.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
15 Лайков
Награда
15
4
Репост
Поделиться
комментарий
0/400
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 выбрал более реалистичный подход.