С запуском Mainnet 1 и IEO на BitMax в прошлом месяце мы создали прочную основу для нашей платформы и достигли ключевых целей в обеспечении безопасности сети Akash и предоставления ликвидности для токена Akash (AKT).
Параллельно с этим наши инженерные и продуктовые группы увеличили функциональность платформы и подготовили Akashian Challenge: Phase 3 в тестнет и Mainnet 2, чтобы вскоре после этого запустить Akash DeCloud.
Сегодня мы рады анонсировать наш регулярный выпуск обновлений «Разработка Decloud», где мы сможем делиться с вами информацией о создании нашей платформы и продуктов.
Обновления в разработке Akash DeCloud
Улучшенное ценообразование
Раньше поставщик мог указывать цену своего предложения только на основании запрошенного для данного задания объема памяти. Это сработало как подтверждение работоспособности концепции, а также для внутренного и небольшого стороннего тестирования, но сейчас нам требуется более надежная система ценообразования для реальных приложений.
Поставщики теперь могут устанавливать цены на основе таких параметров, как количество CPU (процессоров), емкость хранилища и конечных точек (endpoint).
Поддержка TCP и UDP
До сих пор Akash поддерживал клиентский трафик только через протокол приложений HTTP на 80-ом порту. HTTP поддерживает маршрутизацию виртуальных хостов, которая обеспечивает маршрутизацию к нескольким конечным точкам или клиентам. Однако Akash должен поддерживать различные протоколы, трафик, отличный от HTTP, а также маршрутизировать запросы к соответствующим клиентским приложениям.
Конечная точка Akash состоит из двух компонентов: имени хоста или IP-адреса и уникального порта, выбранного случайным образом. Это обеспечивает маршрутизацию к нескольким уникальным конечным точкам приложения для развертывания, а также позволяет пользователям выбирать транспортный протокол, который должен поддерживать входной маршрутизатор: TCP или UDP.
Проверенные атрибуты
Мы работали над системой под названием «Проверенные атрибуты», которая позволит пользователям, развертывающим приложения, более избирательно выбирать, какие поставщики могут запускать свои приложения. Любой участник блокчейна Akash может назначать эти атрибуты поставщикам, отправив транзакцию внутри блокчейна.
Но цель состоит в том, чтобы авторитетные лица или компании могли поручиться за поставщиков, назначив им эти проверенные атрибуты, а пользователи смогли бы выбрать поставщиков, атрибуты которых соответствуют их требованиям по развертыванию.
Подготовка к Akashian Challenge Phase 3 в тестнете
Чтобы подготовиться к предстоящей The Akashian Challenge Phase 3 в тестнете, мы улучшили ряд функций, включая “Проверенные атрибуты” и реализацию долгожданного протокола межблокчейновой связи (IBC), который охватывает всю экосистему Cosmos.
Обновление разработки протокола межблокчейновой связи (IBC)
Типизированные события
Типизированные события были включены из Cosmos SDK, после чего началась работа над реализацией ретранслятора (relayer). Это дополнение упрощает для клиентов получение событий из всех блокчейнов на основе Cosmos SDK. К ним относятся изменения набора активных валидаторов, делегирования, предложения по управлению и другие события, специфичные для каждого блокчейна.
Например, когда вы наблюдаете, как новые блоки появляются в обозревателе блоков, вы видите отдельные события, и ранее код для их реализации был сложным и неформализованным. Типизированные события значительно упростят создание приложений, управление которыми зависит от различных событий.
Akash внес эти изменения в Cosmos SDK, поскольку мы поддерживаем три типа приложений: служебный процесс (демон) поставщика, ретранслятор и служебный процесс развертывания.
API-сервер
Мы также начали работу над API-сервером (сервером интерфейса программирования приложений). В настоящее время ретранслятор функционирует только через интерфейс командной строки, а это означает, что нет никакого способа программно взаимодействовать с ним, кроме написания сценариев на языке bash для командной строки. Наша работа позволяет ретранслятору открывать RPC-сервер, который позволяет пользователю делать общие запросы и использовать все функции ретранслятора для программного интерфейса HTTP, то есть веб-сайта.
В соответствии с контрактом, который у нас есть с Interchain Foundation (ICF), одним из результатов для ретранслятора станет предоставление этой функциональности через интерфейс REST. Это позволит удаленно управлять узлами ретранслятора.
Тестнеты
Протокол IBC прошел серьезный аудит безопасности и в настоящее время завершает подготовку к выпуску версии 1.0, которая является частью Cosmos SDK v0.40. Наряду с этим выпуском также стартует версия 1.0 ретранслятора, который функционирует как безопасный мост между блокчейнами, совместимыми с IBC.
Чтобы обеспечить совместимость, в ближайшее время будет запущен ряд тестовых сетей, которые смогут соединять несколько тестнетов валидаторов из различных организаций внутри экосистемы, включая Akash, Agoric, Cosmos и CosmWasm!
Что дальше?
_____
- Практическое тестирование и исправление ошибок, включая документирование и рассмотрение возможных улучшений рабочего процесса.
- Проверка и поддержка аудита безопасности.
- Подготовка к Testnet v3: документация, руководства, примеры.
Не пропустите последние обновления продуктов Akash Network
Присоединяйся к нашему чату Discord dev для получения технической поддержки и информации.
Присоединяйтесь к нашему Telegram, чтобы узнавать о последних обновлениях и анонсах платформы Akash Network, продуктов и токена Akash (AKT).