2 октября кроссчейн-протокол THORChain запустил собственный пул ликвидности Zcash (ZEC) после завершения обновления узлов сети, которые теперь отслеживают Zcash. Следующим шагом станет запуск торговли.
THORChain заявил, что процесс обновления завершен, и каждый узел следит за сетью Zcash, а торговля начнется после запуска пула. Протокол охарактеризовал площадку как децентрализованную и предупредил пользователей, что ликвидность остается низкой на этапе открытия.
Пул THORChain ZEC запущен до начала основной торговли
Новый пул ZEC предоставляет сети THORChain действующую площадку для ликвидности Zcash до активации свопов. В своем заявлении от 2 октября THORChain отметил:
«Торговля — это следующий шаг».
Ликвидность по-прежнему ограничена. THORChain предупредил:
«Ликвидность пока невелика и будет расти со временем, поэтому торгуйте с осторожностью на начальном этапе».
В сообщении от 2 октября не были указаны данные о глубине пула или точное время начала торгов.
На странице активных узлов в сетевом обозревателе THORChain в настоящее время ZEC указан как «OK» в разделе информации о блокчейне, наряду с Bitcoin, Ethereum и несколькими другими сетями, отслеживаемыми отображаемым узлом.
Поддержка Zcash появилась после нескольких месяцев работы над кодом
В своем обновлении протокола от 4 марта THORChain сообщил, что интеграция Zcash добавила обработку UTXO, специфичную для этой сети, и логику RPC. Отдельное изменение включило ZEC в основной оракул протокола, обеспечив отслеживание цен непосредственно в логике протокола THORChain.
В марте в GitLab были внесены изменения, исправляющие отчетность по сетевым комиссиям ZEC и расчеты платежеспособности. Разработчики заявили, что предыдущая реализация могла завышать допустимый уровень газа, поскольку полная комиссия ZIP-317 рассматривалась как ставка за байт во время одного из расчетов платежеспособности. В результате исправления был изменен способ обработки входных данных о размере транзакции для ZEC.
Разработка продолжалась и в сентябре. В запросе на слияние THORNode были задокументированы несоответствия в подписи, возникающие из-за того, что срок действия транзакций ZEC рассчитывался на основе данных из разных локальных точек цепочки, что приводило к получению разных дайджестов подписи между узлами.
В результате объединения изменений срок действия транзакций был привязан к согласованной высоте ZEC на фиксированной высоте THORChain и сохранял значение при повторных попытках и перезапусках. Были введены периодические обновления согласованной высоты ZEC посредством отчетов о сетевых комиссиях, а также изменена обработка просроченных попыток подписания.
17 сентября в официальном блоге THORChain было объявлено, что Zcash станет следующим в очереди на запуск в основной сети, поскольку запуск блокчейна возобновился после периода, посвященного обеспечению стабильности сети. В то время проект уточнил сроки, указав, что запуск состоится до того, как узлы начнут отслеживать Zcash, а пул ликвидности будет запущен.
Торги на бирже ZEC начнутся на начальном этапе при низкой ликвидности
Предупреждение THORChain от 2 октября было напрямую связано с доступной ликвидностью на этапе открытия. Протокол призвал пользователей проявлять осторожность, пока пул остается небольшим, а торговля все еще ожидает следующего этапа активации.
В документации THORChain модель обмена описывается как набор непрерывных пулов ликвидности, которые обрабатывают собственные активы без необходимости использования обернутых версий. RUNE служит расчетным активом сети и находится в ее пулах ликвидности, обеспечивая маршрутизирующий актив для обменов между поддерживаемыми цепочками.
Для поддержки Zcash требовалось несколько настроек, связанных с его архитектурой UTXO. В более раннем изменении THORNode ZEC был классифицирован как блокчейн на основе UTXO, и были добавлены конфигурации для проверки адресов, единиц газа, пороговых значений пыли, времени создания блоков, параметров coinbase и требований к входящим транзакциям.
Дальнейшая работа продолжалась незадолго до запуска. В сентябре было внесено исправление, касающееся подписи транзакций, которое требовало от узлов использования согласованной высоты ZEC для срока действия транзакций, а также сохранения той же информации о неподписанных транзакциях при повторных попытках вместо пересчета срока действия на основе более новой локальной точки.
Читайте также:
