Я столкнулся с проблемой «доступности данных» на цепочке WAL (в качестве разработчика)

Впервые я остро ощутил проблему «доступности данных», которая обычно обсуждается только в контексте масштабирования, когда пытался построить DApp, которому необходимо хранить большое количество метаданных в цепочке.

Проще говоря, цепочка WAL, как и большинство L1, требует, чтобы все данные транзакций хранились на полных узлах. Хотя я могу отправлять большое количество данных (например, IPFS-хэш изображений) в качестве событий журнала (Event Log), это не слишком дорого. Но когда мне нужно быстро и надежно запрашивать эти исторические данные, возникают проблемы.

Общие RPC-узлы обычно имеют ограничения по скорости и нестабильны при запросах к историческим журналам. Запуск собственного архивного узла слишком дорог. Я попробовал несколько сторонних индексирующих сервисов, но их поддержка цепочки WAL либо неполная, либо дорогая.

Это заставило меня осознать, что «доступность» публичной цепочки — это не только скорость обработки и подтверждения транзакций, но и доступность ее данных. WAL демонстрирует хорошую производительность на базовом уровне, но экосистема все еще очень слаба в инфраструктуре «второго уровня» для извлечения данных. Для разработчиков, желающих создать сложные приложения, это может быть более реальным узким местом, чем TPS. Если команда сможет выделить часть экосистемного фонда для финансирования строительства децентрализованных индексирующих протоколов, подобных The Graph, это может дать значительный эффект.

#walrus $WAL @WalrusProtocol