В нарративе Web3 люди всегда любят хвалить взлёт "вычислений", но зачастую игнорируют более фундаментальную проблему — "способность данных" нести информацию. Сегодня давайте подробно рассмотрим проект, который трансформирует базовую инфраструктуру; он не просто решение для хранения данных, а скорее технологический прорыв, направленный на решение проблем избыточности данных и противоречий в неизменности.



Начинаем с архитектуры: ключевое нововведение этого проекта основано на двух концепциях — модели Red-Black двухуровневой архитектуры и механизме Seal.

Преимущество архитектуры Red-Black заключается в разделении ответственности. Узлы Red отвечают за обработку кодирования с исправлением ошибок и восстановление данных. Проще говоря, они используют технологический подход, похожий на кодирование Reed-Solomon в телекоммуникационной сфере, но с оптимизациями для децентрализованной и динамической среды, что делает восстановление данных более эффективным. Узлы Black сосредоточены на распространении данных и их запросах, благодаря чему система способна терпеть отключение большого количества узлов, не жертвуя скоростью чтения.

Теперь о механизме Seal. Традиционные системы хранения данных работают очень просто — после загрузки данных в блокчейн они становятся зафиксированными и неизменяемыми. Но эта схема ломается, когда нужно обновлять данные. Этот проект преодолевает этот предел, благодаря динамическому Blob-дизайну, который позволяет управлять жизненным циклом данных более гибко. Это не просто изменение функций, а фундаментальное переопределение понятия "неизменяемости".

Почему такой дизайн важен? Потому что он решает долгосрочную проблему распределённого хранения данных: как обеспечить целостность данных при высокой эффективности и наличии отказоустойчивости. Когда узлы могут отключаться в любой момент, а сеть нестабильна, традиционные стратегии резервного копирования приводят к избыточности данных. Этот проект с помощью кодирования с исправлением ошибок и многоуровневой архитектуры снижает уровень избыточности, повышая эффективность использования пространства.

Что это значит для приложений Web3? Это означает, что приложения на блокчейне больше не обязаны хранить все данные на основной цепочке. Можно безопасно сохранять большие блоки данных в децентрализованных сетях хранения, что экономит Gas и обеспечивает проверяемость и долгосрочную доступность данных. Это особенно важно для проектов NFT, GameFi и даже хранения моделей ИИ, что повышает эффективность затрат.

С точки зрения рынка, инновации в слое хранения данных зачастую опережают развитие вычислительного слоя. Когда экосистемы начнут активно развиваться, потребность в хранении станет узким местом. Проекты, заранее инвестирующие в эту инфраструктуру, имеют большие перспективы. Сейчас, на этапе накопления технологий, понимание их механизма очень важно для оценки их долгосрочного потенциала.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 11
  • Репост
  • Поделиться
комментарий
0/400
NotFinancialAdviservip
· 01-15 20:20
Звучит неплохо, слой хранения действительно игнорировался слишком долго Настоящая инфраструктура часто недооценивается, пока не произойдет внезапный взрыв Reed-Solomon использовался в телекоммуникациях десятилетиями, и только сейчас его применяют в цепочке... немного поздно Но мне интересно про механизм Seal, как динамический Blob обеспечивает неизменяемость? Кажется, тут есть противоречие Настоящее испытание — когда экосистема начнет работать, сейчас любые разговоры — пустая трата времени
Посмотреть ОригиналОтветить0
BrokenDAOvip
· 01-15 03:10
Звучит неплохо, но ключевым остается вопрос о механизме стимулирования. Кто накажет за отключение узлов? Может ли доказательство хранения действительно защитить от ведьм? Исторические уроки лежат на поверхности...
Посмотреть ОригиналОтветить0
MevTearsvip
· 01-14 15:00
Кодирование с исправлением ошибок действительно круто, но для полноценной работы в блокчейне всё зависит от стабильности узлов.
Посмотреть ОригиналОтветить0
WagmiWarriorvip
· 01-14 13:14
Кодирование с исправлением ошибок звучит довольно круто, но на практике это все равно ерунда
Посмотреть ОригиналОтветить0
LittleQueenvip
· 01-13 04:35
отличная информация 💕
Посмотреть ОригиналОтветить0
ZKProofEnthusiastvip
· 01-12 20:53
Наконец-то кто-то осмелился сказать, что хранение данных — это пыль, правда же
Посмотреть ОригиналОтветить0
RetailTherapistvip
· 01-12 20:52
Код исправления ошибок давно должен был стать частью блокчейна, слишком много проектов всё ещё глупо накапливают данные
Посмотреть ОригиналОтветить0
NFT_Therapyvip
· 01-12 20:46
Данные снова хвастаются? Хотел бы спросить, действительно ли эта система исправления ошибок может выдержать массовый уход узлов?
Посмотреть ОригиналОтветить0
NotSatoshivip
· 01-12 20:43
Кодирование с исправлением ошибок и удалением уже давно существует, главное — действительно ли его можно применить на практике
Посмотреть ОригиналОтветить0
StablecoinAnxietyvip
· 01-12 20:38
Кодирование с исправлением ошибок звучит впечатляюще, но при реальном внедрении остается вопросом, сможет ли оно выдержать масштабные колебания узлов...
Посмотреть ОригиналОтветить0
Подробнее
  • Закрепить