Директор по технологиям (CTO) Ripple Дэвид Шварц предложил ввести федеративные боковые цепи, чтобы позволить разработчикам реализовывать смарт-контракты и децентрализованное финансирование. (DeFi) возможности рядом с XRP Ledger. Каждая боковая цепь будет работать как собственная цепочка блоков с поддержкой передачи XRP и выпущенных токенов для перехода из одной цепочки в другую.

Технический директор Ripple предлагает внедрить объединенные боковые цепи

Дэвид Шварц, один из первых архитекторов реестра XRP и нынешний технический директор Ripple, предложил реализовать смарт-контракты, смежные с журналом XRP Ledger. новое сообщение в блоге.

Согласно Шварцу, преимущества федеративных сайдчейнов включают разблокировку «новых вариантов использования, таких как собственные возможности DeFi и смарт-контракты».

«Это позволит разработчикам реализовать новые функции, такие как собственные смарт-контракты, которые без проблем взаимодействуют с XRP и XRP Ledger, а также позволит XRP Ledger поддерживать свой существующий,« компактный и эффективный набор функций ». прочтите сообщение в блоге.

По словам Шварца, объединенные боковые цепи для XRP Ledger позволят разработчикам реализовывать собственные смарт-контракты без ущерба для безопасности или эффективности реестра.

Каждая боковая цепь имеет учетную запись в XRP Ledger, которая может хранить активы от имени пользователей боковой цепи.

Риски, связанные с изменением программного обеспечения

«Федеративные сайдчейны позволяют экспериментировать и специализироваться, поэтому разработчики могут пользоваться мощью XRPL на сайдчейне, который действует как собственный блокчейн. Например, представьте себе потенциал для расширения новых функций за счет сокращения функций XRPL до определенного подмножества для конкретного варианта использования - или даже создания частной параллельной сети для разрешенной цепочки блоков », сообщение в блоге продолжается.

Шварц отметил, что Ripple сопротивляется добавлению умных контрактов в Выступ XRPr из-за риска поставить под угрозу фокус бухгалтерской книги на платежах, говоря:

«Внесение этих изменений, вероятно, является самой большой частью этих усилий, потому что даже если они не будут включены в XRPL, все равно существует риск, связанный с изменением программного обеспечения. Например, может потребоваться переместить или скорректировать некоторый существующий код, что может привести к непреднамеренному изменению поведения ».