Fusion PSN Техническое обновление 2.0
После успешного запуска PSN 1.0 техническая команда сосредоточилась на повышении общей производительности сети. Сообщество сыграло важную роль в этом процессе, помогая проверить сеть, выявить проблемы и даже предложить некоторые решения. Fusion хотел бы выразить нашу признательность за помощь и самоотверженность сообщества.
Техническая команда очень взволнована инновационными функциями, которые в настоящее время работают гладко в PSN 1.0, включая временную блокировку, создание активов, USAN и многое другое. Команда также готова выпустить интерфейс Quantum Swap и шлюз ресурсов (который позволяет блокировать токены ERC-20) в самое ближайшее время.
С выпуском PSN 2.0 на горизонте мы хотим представить некоторые улучшения в сети.
1.Сетевые коммуникации Эфириум, мы изменили нашу сеть, с идентификаторами сетей 55, ChainID 99551 и портами 40403 и 40401. Узлы, которые мы сейчас тестируем в лабораториях, отслеживаются почти мгновенно из-за изменений.
2. Избавление от ужасного корня Merkle.
Недопустимый корень Merkle возникает, когда хеш полученного блока отличается от хеша, который был вычислен локально. В наших функциях API мы имели определенные поля, которые зависели от времени. Поле использовало время локального компьютера против времени блока, которое было бы одинаковым для всех компьютеров. Это небольшое отличие приводит к тому, что хэш блока вычисляется по-разному, и, следовательно, блок отклоняется. Все функции API в экосистеме Fusion были рассмотрены для обеспечения согласованности между узлами.
3.Улучшенная отчетность об ошибках.
Fusion поддерживает мощные функции для управления активами, стоимостью во времени и квантовым обменом. Функции API, которые можно найти в проекте github web3-fusion-extends, называют механизмом fusion. Механизм слияния был обновлен и теперь включает расширенную регистрацию ошибок как для проводника блоков, так и для консоли шлюза, чтобы понять, почему не удалось отправить функцию. Это позволит разработчикам приложений быстро исправить свой код и быстрее предоставлять решения.
4.Консенсус-двигатель.
Механизм согласования Fusion опирается на тот факт, что вся предыдущая информация о состоянии присутствует при принятии решения о том, какой билет действителен. Это требует, чтобы все наши узлы были полными архивными узлами. Мы понимаем, что это может быть не идеально для всех ситуаций из-за нехватки места, и в следующей версии рассматриваем другой подход. Положительным моментом является то, что узлы хорошо синхронизируются, и выбор билетов надежно реплицируется по всей сети. У нас будет больше информации об этом, когда мы будем улучшать сеть.
Для тех, кто более технически настроен, Fusion использует Proof of Stake в качестве механизма согласования. Билеты содержатся в состоянии блока. Чтобы убедиться, что билеты выбраны в правильном порядке по блокчейну Fusion, Fusion должен получить массив заявок и последовательно обработать их, чтобы убедиться, что владелец билета добыл заблокированные. Если майнер недоступен, то выбирается другой билет. PoS движку Fusion требуется информация о тикете из каждого блока, чтобы действовать соответствующим образом. Информация о билете в настоящее время записывается в состоянии блока. Когда цепочка Fusion перестраивается, она в настоящее время не может поддерживать быструю синхронизацию; так как ему потребуется вся информация о состоянии из каждого блока, чтобы воссоздать срок действия заявки и разрешить синхронизацию более старых блоков. В настоящее время мы ищем наилучший подход к безопасному хранению информации о билетах, чтобы снизить требования к полному архивному режиму. На данный момент в PSN 2.0 все узлы должны быть полностью синхронизированы в архивных режимах для участия.