На практике внедрения продукта существует жестокая реальность: то, сможет ли он выйти в онлайн, зачастую зависит не от передовых технологий, а от двух очень реальных вопросов — во-первых, способен ли он справиться с самыми распространёнными и сложными требованиями; во-вторых, сможет ли он действительно встроить соответствие нормативам и конфиденциальность в системный дизайн, а не полагаться на сторонние патчи.
За последние два года протоколы хранения, такие как "программируемое хранение" и "подтверждаемые данные", действительно выделяются. Но настоящим прорывом, который превращает их из "технического варианта" в "практическую платформу", стали последние два шага в их развитии: один — решение, снижающее стоимость и сложность хранения огромного количества мелких файлов, другой — объединение прозрачности публичных блокчейнов и требований к доступу в бизнес-процессах в единую доверенную систему.
Почему мелкие файлы в децентрализованном хранении — это "ад"? Представьте такие сценарии: изображения и метаданные NFT, материалы UI-компонентов, вложения и миниатюры в чат-приложениях, записи коммуникаций AI-агентов, данные сенсоров и фрагменты логов, аудиты и операционные траектории предприятий — всё это фрагменты размером в килобайты или десятки килобайт.
В мире Web2 при использовании объектного хранения вы не ощущаете давления, потому что там есть зрелые системы пакетной обработки и индексирования. Но в децентрализованном хранении проблема мелких файлов в том, что "каждый файл — это полноценный процесс". Расходы на кодирование, транзакционные издержки, управление метаданными, пути поиска — всё это приходится оплачивать отдельно для каждого файла. В результате стоимость хранения и сложность разработки увеличиваются в разы.
Недавно экосистема Walrus выпустила Quilt — прямой ответ на эту проблему. Оптимизируя механизмы агрегации и обработки мелких файлов, она снижает повторяющиеся издержки на уровне отдельных файлов. В сочетании с уровнем контроля доступа, предоставляемым Seal, сохраняется возможность верификации на цепочке и одновременно появляется реальный контроль бизнес-логики над правами доступа. Только такая комбинация позволяет децентрализованному хранению перейти от инфраструктурного этапа к стадии практической платформы.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
9 Лайков
Награда
9
8
Репост
Поделиться
комментарий
0/400
BloodInStreets
· 01-15 06:08
Говоря откровенно, это все та же устаревшая логика — даже самая крутая технология должна приносить прибыль и быть полезной. Сколько лет уже наступают на эти грабли с мелкими файлами, и только сейчас начали по-настоящему решать проблему?
Комбинация Quilt и Seal выглядит неплохо, но действительно ли удастся снизить затраты — вот главный показатель. В области децентрализованного хранения данных мы постоянно на дне, посмотрим, не очередной ли это разгон по лестнице.
Посмотреть ОригиналОтветить0
GateUser-ccc36bc5
· 01-15 04:52
Стоимость небольших файлов действительно критикуется уже давно, и комбинация Quilt+Seal кажется направленной на решение реальных проблем, а не на пустые разговоры
Посмотреть ОригиналОтветить0
FallingLeaf
· 01-14 02:37
Маленькие файлы действительно являются больной точкой, раньше меня тоже мучила эта проблема. Комбинация Quilt+Seal — хорошая идея, наконец-то кто-то обратил внимание на эту проблему.
Посмотреть ОригиналОтветить0
NFTArtisanHQ
· 01-12 06:45
Честно говоря, проблема с небольшими файлами — это такой жесткий узкий горлышко, о котором никто не говорит... типа, да, мы можем поэтически рассуждать о децентрализованном происхождении, но если за каждый кб платится транзакционная комиссия, вся эта эстетика рушится, лол
Посмотреть ОригиналОтветить0
PanicSeller
· 01-12 06:40
Стоимость небольших файлов действительно вызывает много проблем, но вопрос в том, сможет ли Quilt действительно обработать такие объемы фрагментов в килобайтах... зависит от фактического TPS и расхода газа
Посмотреть ОригиналОтветить0
AirdropChaser
· 01-12 06:40
Маленькие файлы действительно являются ахиллесовой пятой децентрализованного хранения, их нужно решить всерьез
---
Говоря откровенно, нужно исходить из инженерной практики, иначе даже самая крутая архитектура будет напрасной
---
Я посмотрел на этот набор инструментов Walrus, идея Quilt+Seal довольно ясная, но для реального внедрения важно, чтобы экосистема не отставала
---
Только соблюдение нормативных требований — это скрытая опасность, после того как технические вопросы решены, остается множество бизнес-ловушек
---
Увеличение стоимости маленьких файлов уже давно стало внутренней проблемой Web2, действительно нелегко догнать децентрализованное хранение
---
Главное — действительно начать использовать этот набор инструментов, иначе даже самое лучшее решение останется на бумаге
---
Как сбалансировать контроль доступа и прозрачность в блокчейне — вот где проверяется мастерство продуктового менеджера
---
Этот анализ я понимаю, технологическая передовость ≠ возможность использования, это разные вещи
Посмотреть ОригиналОтветить0
NoodlesOrTokens
· 01-12 06:31
Стоимость хранения небольших файлов действительно является ахиллесовой пятой децентрализованного хранения, Web2 давно понял, что пакетная обработка должна быть изначально спроектирована для работы на блокчейне. Логика агрегирования Quilt довольно интересна, но всё зависит от того, сможет ли фактический TPS выдержать нагрузку.
На практике внедрения продукта существует жестокая реальность: то, сможет ли он выйти в онлайн, зачастую зависит не от передовых технологий, а от двух очень реальных вопросов — во-первых, способен ли он справиться с самыми распространёнными и сложными требованиями; во-вторых, сможет ли он действительно встроить соответствие нормативам и конфиденциальность в системный дизайн, а не полагаться на сторонние патчи.
За последние два года протоколы хранения, такие как "программируемое хранение" и "подтверждаемые данные", действительно выделяются. Но настоящим прорывом, который превращает их из "технического варианта" в "практическую платформу", стали последние два шага в их развитии: один — решение, снижающее стоимость и сложность хранения огромного количества мелких файлов, другой — объединение прозрачности публичных блокчейнов и требований к доступу в бизнес-процессах в единую доверенную систему.
Почему мелкие файлы в децентрализованном хранении — это "ад"? Представьте такие сценарии: изображения и метаданные NFT, материалы UI-компонентов, вложения и миниатюры в чат-приложениях, записи коммуникаций AI-агентов, данные сенсоров и фрагменты логов, аудиты и операционные траектории предприятий — всё это фрагменты размером в килобайты или десятки килобайт.
В мире Web2 при использовании объектного хранения вы не ощущаете давления, потому что там есть зрелые системы пакетной обработки и индексирования. Но в децентрализованном хранении проблема мелких файлов в том, что "каждый файл — это полноценный процесс". Расходы на кодирование, транзакционные издержки, управление метаданными, пути поиска — всё это приходится оплачивать отдельно для каждого файла. В результате стоимость хранения и сложность разработки увеличиваются в разы.
Недавно экосистема Walrus выпустила Quilt — прямой ответ на эту проблему. Оптимизируя механизмы агрегации и обработки мелких файлов, она снижает повторяющиеся издержки на уровне отдельных файлов. В сочетании с уровнем контроля доступа, предоставляемым Seal, сохраняется возможность верификации на цепочке и одновременно появляется реальный контроль бизнес-логики над правами доступа. Только такая комбинация позволяет децентрализованному хранению перейти от инфраструктурного этапа к стадии практической платформы.