В минувшие выходные операторы узлов Vaulta собрались для открытого обсуждения, выйдя за рамки стандартных обновлений. Встреча охватила множество тем, касающихся управления ценовыми потоками, новой системы для поставщиков ресурсов и некоторых трудностей с подключением узлов друг к другу. Они также обсудили, как транзакции перемещаются по сети, и некоторые идеи для более плавной работы. Это была хорошая возможность увидеть текущее положение дел и то, что требует внимания для поддержания надежности сети Vaulta.
Основные выводы
-
Переход на новую систему для ценовых потоков оракулов происходит, пары $A-$BTC и $A-$USD уже активны. Поставщикам ценовых потоков необходимо подготовиться и скоординировать свой переход.
-
Выпущена новая структура для поставщиков ресурсов, упрощающая управление учетными записями и развертывание системы с помощью одного файла.
-
Привлечение достаточного количества производителей блоков (BP) для использования новой системы пиринга на основе gossip-протокола по-прежнему является проблемой, и для присоединения в настоящее время требуется ручная настройка.
-
Архитектура сети Vaulta пересматривается, особое внимание уделяется местам, где транзакции могут замедляться.
-
Обсуждается возможность запуска узлов только на финализированных блоках для упрощения операций, хотя это может повлиять на некоторые варианты использования.
-
Уточняется роль спекулятивного выполнения при обработке транзакций, с идеями о специализированных узлах.
-
Координация между поставщиками ценовых потоков важна для предотвращения проблем при запуске новой системы пар.
-
Текущий пиринг BP на основе gossip-протокола может развиться, чтобы помочь обнаруживать больше узлов в будущем, но это не является основной задачей прямо сейчас.
Миграция ценовых потоков оракулов на систему пар
Переход ценовых потоков оракулов на новую систему пар находится в процессе, но остаются некоторые вопросы относительно статуса реализации. Detroit Ledger Tech, например, запросила дополнительную ясность относительно того, когда поставщики ценовых потоков должны осуществить переход.
С положительной стороны, пары $A-$BTC и $A-$USD теперь активны. Это означает, что получены два ключевых одобрения оракулов, от Aloha и Greymass, что позволяет этим парам функционировать. Однако координация между поставщиками ценовых потоков по-прежнему необходима. В настоящее время операторы оракулов не начали подавать цены в эти новые пары. Основная проблема заключается в том, что одновременный запуск несколькими поставщиками необходим для предотвращения потенциальных манипуляций с ценами.
Добавляя сложности, процесс регистрации новых оракулов по-прежнему является ручным. Это включает в себя внесение новых поставщиков в белый список хранителями, такими как Aloha, Rio и Titan, прежде чем их ценовые потоки могут быть одобрены и зарегистрированы.
Вопросы о статусе реализации Delphi
Detroit Ledger Tech подняла вопросы относительно сроков перехода оракулов Delphi на новую систему пар. Они ищут разъяснения о том, когда поставщики ценовых потоков могут начать процесс перехода.
Пары $A-$BTC и $A-$USD теперь активны
Пары $A-$BTC и $A-$USD получили одобрение от оракулов Aloha и Greymass, что является значительным шагом к их операционному статусу.
Необходима координация для поставщиков ценовых потоков
Обсуждения подчеркивают требование, чтобы несколько поставщиков ценовых потоков одновременно запустили новые пары. Это необходимо для предотвращения любых потенциальных манипуляций с ценами и обеспечения стабильности рынка.
Процесс регистрации оракулов остается ручным
Потенциальные поставщики оракулов должны пройти ручной процесс внесения в белый список назначенными хранителями. Aloha, Rio и Titan в настоящее время выполняют эти роли хранителей для утверждения цен и регистрации оракулов.
Выпуск фреймворка для поставщиков ресурсов
Greymass выпустила новый фреймворк для поставщиков ресурсов. Эта система предназначена для автоматического управления ресурсами учетных записей. Представьте себе: вместо того, чтобы использовать множество скриптов для бесперебойной работы таких вещей, как оракулы, с достаточным количеством CPU и NET, этот новый фреймворк делает все это за один раз. Это большой шаг вперед по сравнению с их старой настройкой на Node.js, что делает вещи более портативными и простыми в управлении.
Одна из самых приятных частей — это развертывание. Все компилируется в один исполняемый файл. Это значительно упрощает запуск и работу по сравнению с использованием нескольких скриптов. Функциональность довольно похожа на то, что было раньше, особенно когда речь идет об управлении ресурсами на основе определенных пороговых значений, но упаковка намного чище. Это должно облегчить большему количеству людей настройку и поддержание необходимых ресурсов для ключевых учетных записей в сети.
Прогресс и проблемы пиринга BP на основе gossip-протокола
Привлечение производителей блоков (BP) к прямому общению друг с другом через пиринг на основе gossip-протокола все еще находится в стадии разработки. Мы видим некоторое внедрение, операторы, такие как Detroit Ledger Tech, включают его, но этого пока недостаточно. Основное препятствие — достижение критической массы узлов, активно использующих gossip-протокол. Без достаточного количества участников новым узлам трудно надежно находить и подключаться к другим, что приводит к образованию этих небольших, разъединенных групп пиров. Это похоже на попытку начать разговор в комнате, где говорят лишь несколько человек – сообщение не распространяется очень далеко.
Прямо сейчас, если вы хотите присоединиться к gossip-сети, вам все еще нужно вручную подключиться как минимум к одному пиру, который уже является ее частью. Этот процесс начальной загрузки является своего рода ручным шагом, который мы стремимся улучшить. Мы обсуждаем различные способы обработки этих первоначальных подключений, например, возможно, центральную точку, к которой люди подключаются сначала, или более распределенный метод. Забегая вперед, обсуждается возможность использования этой gossip-системы для более общего обнаружения пиров, помимо просто BP, но это что-то на будущее. Сейчас основное внимание уделяется обеспечению надежной связи между BP.
Обсуждение архитектуры сети и потока транзакций
Обсуждения структуры сети и того, как транзакции перемещаются по ней, выявили несколько моментов.
Выявлены узкие места в передаче транзакций
Люди заметили, что передача транзакций от публичных API-узлов к фактическим производителям блоков может быть медленной. Это, по-видимому, является причиной того, что создаваемые блоки не всегда содержат столько транзакций, сколько могли бы. Это похоже на пробку для данных, пытающихся попасть в начало очереди.
Соображения по режиму финализированных блоков
Было много разговоров о том, чтобы узлы работали только с уже финализированными блоками, особенно с консенсусом Savannah. Это могло бы упростить работу узлов. Однако для некоторых случаев использования это может означать немного большее время ожидания появления информации.
Уточнение роли спекулятивного выполнения
Мы также обсудили, нужно ли каждому отдельному узлу выполнять спекулятивные транзакции. Некоторые считают, что для сети было бы лучше, если бы определенные узлы были настроены именно для этого. Таким образом, узлы могли бы сосредоточиться на конкретных задачах, потенциально делая всю систему более плавной.
Эта статья была создана с поддержкой технологий, основанных на искусственном интеллекте, с использованием множества авторитетных источников. Финальный контент был тщательно проверен и отредактирован редакционной командой BlockzHub для обеспечения точности, ясности и согласованности. Оригинальные источники информации указаны, когда это необходимо и уместно. Мнения, выраженные в этой статье, не обязательно отражают официальные взгляды или позиции BlockzHub. Эта статья предназначена исключительно для информационных целей и не должна восприниматься как финансовый или профессиональный совет. Инвестирование связано с рисками, и перед принятием инвестиционных решений следует проконсультироваться с квалифицированным финансовым консультантом.