Для работы он-чейн приложений необходимы две основные службы: данные и ликвидность. Без любой из них они ничто. С обеими они полностью оснащены для выполнения задач, для которых были созданы, будь то кредитование, торговля или рынки прогнозов. Ликвидность поступает от маркет-мейкеров и провайдеров ликвидности, а данные - от специализированных слоев, которые предоставляют их по запросу. Таких слоев, как SQD, которые поставляют данные Web3 в петабайтах.
Однако ключевым моментом здесь является "запрос". Потому что в настоящее время, как и большинство других слоев данных, SQD предоставляет индексированные данные по запросу соответствующего децентрализованного приложения. Приложению нужна последняя рыночная цена ETH, оно отправляет запрос, и SQD предоставляет ее. Но это ненадолго, потому что предстоящее обновление сети SQD представит Portal, новую структуру, которая не ждет указаний - она постоянно передает данные, обеспечивая приложениям постоянный доступ к последней информации.
Portal обещает меньшую задержку, большую точность и улучшенную компонуемость. Но это не все, что он несет. Давайте приоткроем крышку, чтобы увидеть, что предлагает Portal - и почему это такое большое дело для данных Web3.
Существуют обновления сети и обновления сети. Portal относится ко второму типу: это крупное обновление, которое радикально изменит принцип работы SQD. Его реализация потребует комплексного пересмотра архитектуры и опыта разработчиков - но команда SQD уверена, что эти перемены того стоят.
Самое большое изменение, о котором мы уже упоминали, - это переход к режиму потоковой передачи данных. Это означает, что разработчики будут получать непрерывные обновления в реальном времени по мере их появления на цепочке. Этот немедленный поток устраняет обычную задержку при передаче данных туда и обратно, что приводит к значительному улучшению скорости.
Другое большое изменение, которое входит в состав Portal, - это его основной механизм запросов, который был полностью переписан на Rust. Это должно оптимизировать механизм для повышения скорости и стабильности. В процессе этого SQD отходит от текущего шлюза. Как объясняет команда: "Разница между старым централизованным шлюзом и децентрализованной сетью Portal огромна. Разработчики почувствуют это немедленно".
Пять лет назад количество активных блокчейнов можно было исчислять сотнями. Сегодня их насчитывается тысячи. Не только расширился ландшафт блокчейна, но и источники данных, от которых он зависит, больше не ограничиваются тем, что происходит на цепочке - они все чаще используют и внецепочечные данные, от цен на товары до акций и даже спортивных событий. В результате потребности в данных децентрализованных приложений и других сервисов Web3 резко возросли.
Современные разработчики Web3 зависят от точных данных в реальном времени из множества источников - вот почему процветают специализированные инфраструктурные слои, такие как SQD, которые могут предоставлять их по запросу. Но все еще есть место для улучшения, особенно теперь, когда в игру вступил ИИ, и все, от он-чейн агентов до LLM, добавляют к требованиям к данным. Portal - это не просто попытка не отставать - он разработан для того, чтобы продвинуть SQD на два шага вперед, обеспечивая будущее возможностей доставки данных и одновременно облегчая жизнь разработчикам здесь и сейчас.
Разработчики Web3 не только получат выгоду от более быстрой доставки данных при запуске Portal - они также будут наслаждаться большей компонуемостью. Это потому, что обновление Portal сопряжено с Pipes SDK. В то время как Portal обрабатывает необработанный высокоскоростной поток данных, Pipes SDK позволяет разработчикам эффективно использовать эти данные.
Этот модульный подход позволяет разработчикам беспрепятственно интегрироваться с существующими системами и инструментами. При этом он предоставляет разработчикам свободу создавать модульные конвейеры данных, соответствующие конкретным требованиям приложения, вместо того, чтобы принуждать их к структуре, диктуемой поставщиком.
По сути, Portal и Pipes SDK объединяются, чтобы сделать данные более быстрыми для доступа, более легкими в использовании и гораздо более гибкими для интеграции. На практике это означает, что команды смогут создавать сложные мультичейн децентрализованные приложения, которые получают данные из множества источников - как на цепочке, так и вне ее - через единый поток. Это решает проблему данных раз и навсегда, освобождая разработчиков для сосредоточения на основных компетенциях, таких как создание убийственных приложений, богатых функциями.
В течение многих лет разработчики Web3 полагались на RPC для предоставления данных на цепочке. Хотя дизайн RPC значительно улучшился за это время, он предназначен для получения запросов данных для кошельков и транзакций - а не для доставки терабайтов данных за наносекунды. RPC не масштабируются. Portal - да.
С технической точки зрения, Portal "находится между узлами блокчейна и вашим конвейером данных, предоставляя HTTP API, оптимизированный для высокопроизводительного извлечения данных". С практической точки зрения, он решает одну из самых насущных проблем при кодировании блокчейн-приложения. Это означает, что независимо от того, на какой цепочке вы запускаетесь и какие данные вам требуются, жизненно важные данные могут быть доставлены - быстро, точно и бесконечно. Это бычий аргумент для Portal и причина, по которой он готов сделать данные блокчейна великими.


