На практике внедрения продукта существует жестокая реальность: то, сможет ли он выйти в онлайн, зачастую зависит не от передовых технологий, а от двух очень реальных вопросов — во-первых, способен ли он справиться с самыми распространёнными и сложными требованиями; во-вторых, сможет ли он действительно встроить соответствие нормативам и конфиденциальность в системный дизайн, а не полагаться на сторонние патчи.



За последние два года протоколы хранения, такие как "программируемое хранение" и "подтверждаемые данные", действительно выделяются. Но настоящим прорывом, который превращает их из "технического варианта" в "практическую платформу", стали последние два шага в их развитии: один — решение, снижающее стоимость и сложность хранения огромного количества мелких файлов, другой — объединение прозрачности публичных блокчейнов и требований к доступу в бизнес-процессах в единую доверенную систему.

Почему мелкие файлы в децентрализованном хранении — это "ад"? Представьте такие сценарии: изображения и метаданные NFT, материалы UI-компонентов, вложения и миниатюры в чат-приложениях, записи коммуникаций AI-агентов, данные сенсоров и фрагменты логов, аудиты и операционные траектории предприятий — всё это фрагменты размером в килобайты или десятки килобайт.

В мире Web2 при использовании объектного хранения вы не ощущаете давления, потому что там есть зрелые системы пакетной обработки и индексирования. Но в децентрализованном хранении проблема мелких файлов в том, что "каждый файл — это полноценный процесс". Расходы на кодирование, транзакционные издержки, управление метаданными, пути поиска — всё это приходится оплачивать отдельно для каждого файла. В результате стоимость хранения и сложность разработки увеличиваются в разы.

Недавно экосистема Walrus выпустила Quilt — прямой ответ на эту проблему. Оптимизируя механизмы агрегации и обработки мелких файлов, она снижает повторяющиеся издержки на уровне отдельных файлов. В сочетании с уровнем контроля доступа, предоставляемым Seal, сохраняется возможность верификации на цепочке и одновременно появляется реальный контроль бизнес-логики над правами доступа. Только такая комбинация позволяет децентрализованному хранению перейти от инфраструктурного этапа к стадии практической платформы.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 8
  • Репост
  • Поделиться
комментарий
0/400
BloodInStreetsvip
· 01-15 06:08
Говоря откровенно, это все та же устаревшая логика — даже самая крутая технология должна приносить прибыль и быть полезной. Сколько лет уже наступают на эти грабли с мелкими файлами, и только сейчас начали по-настоящему решать проблему? Комбинация Quilt и Seal выглядит неплохо, но действительно ли удастся снизить затраты — вот главный показатель. В области децентрализованного хранения данных мы постоянно на дне, посмотрим, не очередной ли это разгон по лестнице.
Посмотреть ОригиналОтветить0
GateUser-ccc36bc5vip
· 01-15 04:52
Стоимость небольших файлов действительно критикуется уже давно, и комбинация Quilt+Seal кажется направленной на решение реальных проблем, а не на пустые разговоры
Посмотреть ОригиналОтветить0
FallingLeafvip
· 01-14 02:37
Маленькие файлы действительно являются больной точкой, раньше меня тоже мучила эта проблема. Комбинация Quilt+Seal — хорошая идея, наконец-то кто-то обратил внимание на эту проблему.
Посмотреть ОригиналОтветить0
NFTArtisanHQvip
· 01-12 06:45
Честно говоря, проблема с небольшими файлами — это такой жесткий узкий горлышко, о котором никто не говорит... типа, да, мы можем поэтически рассуждать о децентрализованном происхождении, но если за каждый кб платится транзакционная комиссия, вся эта эстетика рушится, лол
Посмотреть ОригиналОтветить0
PanicSellervip
· 01-12 06:40
Стоимость небольших файлов действительно вызывает много проблем, но вопрос в том, сможет ли Quilt действительно обработать такие объемы фрагментов в килобайтах... зависит от фактического TPS и расхода газа
Посмотреть ОригиналОтветить0
AirdropChaservip
· 01-12 06:40
Маленькие файлы действительно являются ахиллесовой пятой децентрализованного хранения, их нужно решить всерьез --- Говоря откровенно, нужно исходить из инженерной практики, иначе даже самая крутая архитектура будет напрасной --- Я посмотрел на этот набор инструментов Walrus, идея Quilt+Seal довольно ясная, но для реального внедрения важно, чтобы экосистема не отставала --- Только соблюдение нормативных требований — это скрытая опасность, после того как технические вопросы решены, остается множество бизнес-ловушек --- Увеличение стоимости маленьких файлов уже давно стало внутренней проблемой Web2, действительно нелегко догнать децентрализованное хранение --- Главное — действительно начать использовать этот набор инструментов, иначе даже самое лучшее решение останется на бумаге --- Как сбалансировать контроль доступа и прозрачность в блокчейне — вот где проверяется мастерство продуктового менеджера --- Этот анализ я понимаю, технологическая передовость ≠ возможность использования, это разные вещи
Посмотреть ОригиналОтветить0
NoodlesOrTokensvip
· 01-12 06:31
Стоимость хранения небольших файлов действительно является ахиллесовой пятой децентрализованного хранения, Web2 давно понял, что пакетная обработка должна быть изначально спроектирована для работы на блокчейне. Логика агрегирования Quilt довольно интересна, но всё зависит от того, сможет ли фактический TPS выдержать нагрузку.
Посмотреть ОригиналОтветить0
AirdropHunter007vip
· 01-12 06:28
说得对啊,技术先进个屁,最后还是要落地赚钱才行 小文件成本这块确实是痛点,Quilt+Seal这套组合有点东西 不过Walrus生态能不能真的起来还得看应用方愿不愿意用,最怕又是个好技术没人要 合规这块也别太乐观,加密存储的隐私保护最后往往也是妥协 等等,访问控制真的能做到既透明又可信?感觉有点矛盾啊 反正又是一个等着被论证的方案,用户体验好不好再说
Ответить0
  • Закрепить