Видение федеративных сайдчейнов в XRP Ledger
За последние девять лет наше сообщество XRP очень много сделало для продвижения инноваций и прогресса XRP Ledger (XRPL), значительно повысив его децентрализацию, улучшив производительность и расширив набор функций, пишет Шварц.
Среди наиболее востребованных функций, о которых нам говорили разработчики и участники XRP Ledger – возможности смарт-контрактов, вызванные экспоненциальным ростом децентрализованных финансов (DeFi). Число разработчиков DeFi с 2019 года выросло на 110%, и, по прогнозам, продолжит увеличиваться и после 2021 года. Однако мы в Ripple давно выступаем против функций, которые могут поставить под угрозу высокоэффективную ориентацию XRP Ledger на платежи.
Сегодня мы предлагаем стратегию, которая позволяет использовать лучшее из обоих миров: федеративные сайдчейны для XRP Ledger. Это возможность для разработчиков реализовать новые функции, такие, как собственные смарт-контракты, которые без проблем взаимодействуют с XRP и XRP Ledger. Это также позволит XRP Ledger поддерживать свой существующий экономичный и эффективный набор функций.
Федеративные сайдчейны позволяют экспериментировать и специализироваться, и разработчики могут пользоваться мощью XRPL на сайдчейне, который действует как собственный блокчейн. Представьте себе, например, потенциал создания частной параллельной сети для блокчейна с разграничением доступа. Федеративные сайдчейны вполне могут сделать это реальностью.
Как это работает?
Чтобы понять видение федеративных сайдчейнов, сначала важно определить федератора: часть программного обеспечения, которая подключается как минимум к двум экземплярам программного обеспечения XRPL. Программное обеспечение-федератор означает, что любой желающий может запустить сайдчейн для XRP Ledger. С одной стороны, федератор подключен к основной сети XRP Ledger. С другой стороны, он подключается к одному или нескольким сайдчейнам. Федератор будет запускаться только сторонами, которые управляют валидаторами, по крайней мере, на одном сайдчейне.
Видение состоит в том, что каждый сайдчейн будет функционировать как собственный блокчейн. У них будет собственная бухгалтерская книга и транзакции, как и у XRP Ledger. Что делает их сайдчейнами, так это система федерации, которая позволяет XRP и выпущенным токенам переходить из одного блокчейна в другой.
Федеративные сайдчейны могут использовать XRP в качестве основного актива. В этом случае люди могли бы использовать систему федерации для переноса XRP из XRPL в сайдчейн. Затем перемещенный XRP можно было бы использовать в сайдчейне так же, как и в основном блокчейне. Любой может переместить XRP из одного блокчейна в другой.
В качестве альтернативы сайдчейны могут использовать свой собственный актив, поэтому люди, имеющие аккаунты в обоих регистрах, могут перемещать XRP в выпущенный актив в сайдчейне и обратно.
Функциональность
Объединенные активы, импортированные в саму XRPL, будут торговаться на интегрированной децентрализованной бирже XRPL (DEX). XRP, импортированный в сайдчейны, также будет использоваться для обеспечения ликвидности на интегрированном DEX.
Эта стратегия требует трех вещей:
- Создания нового программного обеспечения или «федератора».
- Внесения двух тривиальных изменений в работу действующей сети XRP Ledger.
- Добавления новых функций в программное обеспечение сервера XRPL, позволяющих ему работать в сайдчейне. Однако эти функции не будут включены в самом XRPL. (Текущая рекомендация – разветвить программное обеспечение XRPL, чтобы новые версии программного обеспечения сайдчейна могли выходить без необходимости создавать новые версии программного обеспечения XRPL, и тем снизить риск нанесения ущерба XRPL.)
Каждый сайдчейн будет иметь «доверительную» учетную запись в сети XRPL Mainnet. Эта учетная запись может хранить активы в XRPL от имени пользователей сайдчейна. Учетная запись будет использовать ключ с несколькими подписями или пороговый ключ, при этом подписывающие стороны будут валидаторами сайдчейна. Каждый оператор валидатора сайдчейна регистрирует ключ подписи, которым подписываются транзакции на XRPL; таким образом валидаторы сайдчейна могут коллективно создавать транзакции для управления учетной записью Mainnet сайдчейна.
Основная сеть XRP Ledger имеет один собственный актив, XRP, и неограниченное количество выпущенных токенов, которые могут представлять что угодно, но не имеют такого же статуса, как XRP. Для каждого сайдчейна не имеет смысла начинать с совершенно нового набора из 100 миллиардов XRP, поэтому вместо этого у сайдчейнов есть два варианта: либо иметь новый собственный актив для сайдчейна, либо отложить реальный XRP для использования в сайдчейне. Если сайдчейн использует XRP как свой собственный актив, тогда учетная запись цепочки в Mainnet хранит общее количество XRP в сайдчейне «в доверительном управлении» для использования в сайдчейне. Если сайдчейн создает другой собственный актив, он может быть выпущен в основной сети XRPL через учетную запись основной сети сайдчейна.
Сайдчейн может содержать другие активы и токены, изначально выпущенные в основной сети XRPL. Как и в случае с XRP, учетная запись Mainnet сайдчейна содержит общую сумму, используемую в сайдчейне. Право собственности на этот актив в сайдчейне может измениться в результате транзакций и внутренних событий, которые XRPL Mainnet никогда не должны видеть. Всякий раз, когда актив - XRP или другой - должен выйти из сайдчейна, его учетная запись в Mainnet отправляет это количество XRP предполагаемому получателю в Mainnet. Это может быть даже учетная запись другого сайдчейна, позволяющая активам переходить с одного сайдчейна через основную сеть в любой другой. И наоборот, чтобы отправить средства в сайдчейн, нужно послать их на учетную запись Mainnet этого сайдчейна.
Кто-то, кто устанавливает новый сайдчейн, должен выбрать набор начальных валидаторов и попросить их согласовать соответствующий порог или ключи с несколькими подписями. Затем они будут создавать учетную запись XRPL Mainnet сайдчейна и настраивать ее так, чтобы только коллективная сила подписи валидаторов сайдчейна могла контролировать эту учетную запись. Если валидаторы сайдчейна изменятся, то учетная запись Mainnet должна изменить свои ключи, чтобы они соответствовали новому списку доверенных валидаторов. (Примечание: собственные списки множественной подписи XRP Ledger ограничены 8 ключами или меньше, но пороговые ключи могут поддерживать столько подписывающих лиц, сколько необходимо для включения каждого из валидаторов сайдчейна).
Преимущества
С помощью этого программного обеспечения любой может выбрать запуск сайдчейна для XRP Ledger. Для разработчиков это открывает новые варианты использования, такие, как встроенные возможности DeFi и смарт-контракты. Разработчики также могут создавать и запускать функции блокчейна, которые «встроены» в эти сайдчейны. В будущем успешные функции могут быть даже перенесены в сеть XRPL Mainnet.
Разработчики, управляющие сайдчейном, также могут свободно решать, как их блокчейны работают. Они выберут своих собственных валидаторов для своего сайдчейна и могут изменять правила системы по мере необходимости (с помощью валидаторов своего сайдчейна). Например, сайдчейн может работать без комиссий за транзакции или резервных требований, без собственной копии децентрализованной биржи XRP Ledger или с добавлением новых типов транзакций и функции для хранения больших фрагментов данных в реестре. Возможности безграничны: сайдчейн может быть строго разрешенным или почти бесконтактным, централизованным или преимущественно децентрализованным. Вы даже можете временно запусткать сайдчейн, позволяя ему управлять реальной стоимостью, и корректно отключать его после того, как он выполнил свою задачу.
Непосредственные преимущества Federated Sidechains для разработчиков:
- Горизонтальное масштабирование: сайдчейны могут иметь свою собственную систему комиссий, свою собственную резервную систему и свою собственную транзакционную емкость. Для тех, кто хочет создать систему с тысячами пользователей, которые могут владеть XRP, это лучший вариант, чем быть хранителем или напрямую разместить все учетные записи на XRPL.
- Низкий риск: регистр XRP не нужно менять. Даже полезные изменения минимальны.
- Малые усилия: любой, кому необходимо или желательно поэкспериментировать с блокчейном, может начать работу с готовой полной системой, основанной на мощной, стабильной и устойчивой технологии XRP Ledger.
- Обширная дорожная карта: новые функции могут добавляться в течение длительного периода времени на основе отзывов о том, что люди находят интересным. Это будет непрерывный поток новых функций и возможностей.
Изменения в реестре XRP
Для достижения успеха в этом видении необходимо внести несколько изменений в программное обеспечение XRPL, которые не будут использоваться в самом XRPL, чтобы поддерживать функции сайдчейна. Основное изменение в программном обеспечении будет заключаться в поддержке уникального списка узлов (UNL), хранящегося в реестре. Для изменения UNL понадобятся псевдотранзакции. «Подсказка» UNL должна быть поддержана, чтобы избежать проблемы, связанной с необходимостью UNL для получения бухгалтерской книги и бухгалтерской книги для получения UNL.
Также необходима поддержка координации создания пороговых ключей и / или ключей с несколькими подписями и подписания транзакций XRPL, введенных федератором. Некоторые усовершенствования API, вероятно, потребуются для обработки псевдотранзакций, вводимых федератором или взаимодействием федератора-федератора через одноранговую сеть.
Основная сеть XRP Ledger также может использовать флаг, чтобы указать, разрешено ли выпущенному активу объединяться в федерацию или нет. Некоторые эмитенты активов, например, могут настаивать на том, чтобы все держатели их активов были напрямую представлены в основном блокчейне для целей регулирования, в то время как другие могли позволить своим активам свободно торговать на сайдчейнах (всегда можно в частном порядке передать часть своих ресурсов другим, с сайдчейном или без него для автоматизации процесса, но юридическая ответственность за это может варьироваться в зависимости от юрисдикции и обстоятельств.)
Сайдчейны будут иметь специальную запись в своих регистрах, которая отслеживает последнюю транзакцию сайдчейна, которая была выполнена в основном блокчейне, и наоборот.
Когда федераторы видят новую транзакцию в сайдчейне, влияющую на основной блокчейн, они координируют отправку этой транзакции в основной блокчейн. Когда федераторы видят новую транзакцию в основном блокчейне, которая влияет на сайдчейн, они координируют отправку этой транзакции в основной блокчейн.
Внесение этих изменений, вероятно, является самой большой частью необходимых усилий, потому что даже если они не будут включены в XRPL, все равно существует риск, связанный с изменением программного обеспечения. Например, может потребоваться переместить или скорректировать некоторый существующий код, что может привести к непреднамеренному изменению поведения.
Изложенная стратегия является отправной точкой для сбора отзывов от сообщества XRP Ledger. Мы приглашаем разработчиков и участников сообщества делиться мнениями. Давайте вместе создадим дорожную карту для инновационных сценариев.
Комментарии
Комментарии для сайта Cackle
Интересно? Поделись с друзьями!