Как разработчик Web3, я очень хорошо ощущаю сложности хранения данных. Недавно открыл для себя протокол хранения на базе Sui, подход которого выглядит довольно интересно — использование Blob хранилища для работы с большими файлами, а также поддержка цепочки фактов и интеграции со смарт-контрактами.
Его преимущества заключаются в механизме кодирования данных. Посредством разделения и кодирования удается одновременно снизить затраты на хранение и повысить безопасность. Токен WAL в экосистеме служит ядром платежей и управления, что логически выглядит обоснованно.
Честно говоря, хранение больших файлов всегда было узким местом приложений блокчейна. Если этот решение успешно внедрится, оно должно решить немало проблем. Развитие экосистемы в дальнейшем стоит лучше отслеживать.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
24 Лайков
Награда
24
8
Репост
Поделиться
комментарий
0/400
TerraNeverForget
· 01-10 13:18
Хранение больших файлов действительно давно является нашей болью, эта механизм Blob кажется немного перспективной, но всё зависит от того, сможет ли он действительно реализоваться в дальнейшем.
Посмотреть ОригиналОтветить0
hodl_therapist
· 01-10 06:48
Долгое время занимаясь хранением больших файлов, наконец-то увидел что-то достойное доверия, Sui действительно активно конкурирует в области хранения данных.
Посмотреть ОригиналОтветить0
retroactive_airdrop
· 01-08 18:15
Экосистема Sui снова удивляет? Логика кодирования Blob-хранилища, которую я должен тщательно изучить, кажется довольно интересной.
Посмотреть ОригиналОтветить0
Anon4461
· 01-07 19:46
Базированный на Sui протокол хранения действительно довольно интересен, но логика захвата стоимости токена WAL всё ещё немного неясна...
Посмотреть ОригиналОтветить0
ForkMonger
· 01-07 19:42
Честно говоря, токеномика здесь кричит: «угроза атаки на управление, которая может произойти» — ставлю на то, что разработчики даже не моделировали сценарии коллюзии большинства. Покажите мне анализ угрозы форка, или это просто еще одна игра в хранилище, честно говоря.
Посмотреть ОригиналОтветить0
GateUser-a5fa8bd0
· 01-07 19:35
Экосистема Sui снова удивляет новыми фишками, но действительно ли внедрится система хранения Blob, зависит от реализации. Ранее было много похожих решений.
Посмотреть ОригиналОтветить0
WhaleMistaker
· 01-07 19:34
Ничего себе, на Sui снова появились новые фишки. Механизм кодирования Blob хранения выглядит действительно привлекательно, наконец-то кто-то начал говорить о больших файлах.
Однако по поводу токена WAL, посмотрим, как сообщество будет его использовать дальше, управляемые токены опасны тем, что могут превратиться в автомат для снятия средств.
Если такие протоколы хранения действительно заработают, я обязательно попробую. Сейчас остается только дождаться момента их внедрения.
Посмотреть ОригиналОтветить0
RektRecovery
· 01-07 19:33
Независимо от того, насколько кажется чистым на бумаге идея кодирования blob, мы уже видели этот фильм раньше... фрагментация данных всегда создает новые векторы атак, о которых никто не говорит до проведения пост-мортема 👀
Как разработчик Web3, я очень хорошо ощущаю сложности хранения данных. Недавно открыл для себя протокол хранения на базе Sui, подход которого выглядит довольно интересно — использование Blob хранилища для работы с большими файлами, а также поддержка цепочки фактов и интеграции со смарт-контрактами.
Его преимущества заключаются в механизме кодирования данных. Посредством разделения и кодирования удается одновременно снизить затраты на хранение и повысить безопасность. Токен WAL в экосистеме служит ядром платежей и управления, что логически выглядит обоснованно.
Честно говоря, хранение больших файлов всегда было узким местом приложений блокчейна. Если этот решение успешно внедрится, оно должно решить немало проблем. Развитие экосистемы в дальнейшем стоит лучше отслеживать.