Оновлення мережі SQD забезпечить потокову передачу даних через портал – ось чому це важливо

Ончейн застосунки потребують двох основних сервісів для роботи: даних та ліквідності. Без будь-якого з них вони нічого не варті. З обома вони повністю оснащені для виконання роботи, для якої були створені, будь то кредитування, торгівля чи ринки прогнозів. Ліквідність надходить від маркет-мейкерів та постачальників ліквідності, тоді як дані надходять з виділених шарів, які доставляють їх на вимогу. Шари, як-от SQD, які постачають дані Web3 петабайтами.

Однак ключовим моментом тут є "попит". Тому що наразі, як і більшість інших шарів даних, SQD надає індексовані дані на вимогу відповідного dapp. Dapp потребує останню ринкову ціну ETH, надсилає запит, і SQD надає її. Але ненадовго, оскільки майбутнє оновлення мережі SQD представить Portal, нову структуру, яка не чекає вказівок – вона постійно транслює дані, забезпечуючи застосункам постійний доступ до найновішої інформації.

Portal обіцяє меншу затримку, більшу точність та покращену сумісність. Але це не все, що він приносить. Давайте підніміть кришку, щоб побачити, що пропонує Portal – і чому це така велика справа для даних Web3.

Більше ніж просто оновлення мережі

Є оновлення мережі і є оновлення мережі. Portal належить до останніх: це велике оновлення, яке радикально змінить спосіб роботи SQD. Його впровадження передбачатиме комплексне архітектурне оновлення та перегляд досвіду розробників – але команда SQD впевнена, що переворот того вартий.

Найбільша зміна, яку ми вже згадували, – це перехід до режиму потокової передачі даних. Це означає, що розробники отримуватимуть безперервні оновлення в режимі реального часу, коли вони відбуваються ончейн. Цей миттєвий потік усуває звичайну затримку туди-назад, що призводить до значного покращення швидкості.

Інша велика зміна, яка входить до складу Portal, – це його основний механізм запитів, який був повністю переписаний на Rust. Це має оптимізувати механізм для кращої швидкості та стабільності. У процесі він відходить від поточного шлюзу SQD. Як пояснює команда: "Різниця між старим централізованим шлюзом і децентралізованою мережею Portal величезна. Розробники відчують це негайно".

Проблема, яку вирішує Portal

П'ять років тому кількість активних блокчейнів можна було порахувати сотнями. Сьогодні їх налічується тисячі. Не лише розширився ландшафт блокчейну, але й джерела даних, на які він покладається, більше не обмежуються тим, що відбувається ончейн – вони все частіше використовують офчейн дані, від цін на товари до акцій і навіть спортивних подій. В результаті потреби в даних децентралізованих застосунків та інших сервісів Web3 зросли.

Сучасні розробники Web3 покладаються на точні дані в режимі реального часу з безлічі джерел – ось чому процвітають спеціальні інфраструктурні шари, такі як SQD, які можуть надавати їх на вимогу. Але все ще є місце для вдосконалення, особливо тепер, коли до гри долучився ШІ, з усім від ончейн агентів до LLM, що додає до потреб у даних. Portal – це не просто спроба не відставати – він розроблений, щоб перемістити SQD на два кроки вперед, забезпечуючи майбутнє своїх можливостей доставки даних, одночасно полегшуючи життя розробникам тут і зараз.

Як Portal дозволить розробникам робити більше

Розробники Web3 не лише отримають вигоду від швидшої доставки даних, коли запуститься Portal – вони також насолоджуватимуться більшою сумісністю. Це тому, що оновлення Portal поєднується з Pipes SDK. У той час як Portal обробляє необроблений високошвидкісний потік даних, Pipes SDK дозволяє розробникам ефективно використовувати ці дані.

Цей модульний підхід дозволяє розробникам безперешкодно інтегруватися з їхніми існуючими системами та інструментами. Таким чином, він надає розробникам свободу створювати модульні конвеєри даних, які відповідають конкретним вимогам застосунку, замість того, щоб змушувати їх дотримуватися структури, продиктованої постачальником.

По суті, Portal і Pipes SDK об'єднуються, щоб зробити дані швидшими для доступу, простішими у використанні та набагато гнучкішими для інтеграції. На практиці це означає, що команди зможуть створювати складні мультичейн dapps, які отримують дані з різних джерел – як ончейн, так і офчейн – через єдиний потік. Це вирішує проблему даних раз і назавжди, звільняючи розробників для зосередження на основних компетенціях, таких як створення потужних застосунків, багатих на функції.

Відкриття порталу даних

Протягом років розробники Web3 покладалися на RPC для надання ончейн даних. Хоча дизайн RPC значно покращився за цей час, він призначений для отримання запитів даних для гаманців і транзакцій – а не для доставки терабайтів даних за наносекунди. RPC не масштабуються. Portal – так.

З технічної точки зору, Portal "розташовується між вузлами блокчейну та вашим конвеєром даних, надаючи HTTP API, оптимізований для високопродуктивного видобутку даних". З практичної точки зору, він вирішує одну з найбільш нагальних проблем при кодуванні блокчейн-застосунку. Це означає, що незалежно від того, на якому ланцюзі ви запускаєтеся і які дані вам потрібні, життєво важливі дані можуть бути доставлені – швидко, точно і безперервно. Це бичачий аргумент для Portal і причина, чому він готовий зробити дані блокчейну чудовими.