В недавнем твите Вет, валидатор dUNL XRP Ledger, излагает план Ripple CTO Дэвида Шварца по смарт-контрактам на XRP Ledger.
Шварц принимал участие в обсуждении в X space “Программируемость на XRPL” вместе с инженером программного обеспечения RippleX Майюкой Вадари, Биаcом Гусем, Дэном Фишером и другими.
Вет обобщил идеи, предложенные CTO Ripple, в четырех пунктах. Несколько недель назад XRP достигла важного рубежа в смарт-контрактах с запуском функции смарт-контрактов XRP Ledger на AlphaNet, специализированной сети для разработки.
Вет объяснил рациональные доводы Шварца относительно ограниченных смарт-контрактов на XRPL. По словам CTO Ripple, XRP Ledger может не нуждаться в полноценной платформе смарт-контрактов общего назначения, добавив, что ему может понадобиться лишь немного программируемости через смарт-контракты: “Нам не нужно быть лучшей платформой СК, просто немного программируемости через СК.”
Шварц представляет сценарий, в котором смарт-контракты усиливают нативные функции, добавляя, что если они не могут соединить нативные функции друг с другом, то они не так полезны.
CTO Ripple вновь подчеркнул важность безопасности, акцентируя внимание на сущности небольших шагов. Этот подход не позволит реализовать полную программируемость, но обеспечит взвешенные шаги, которые, по мнению Шварца, принесут наилучшие отзывы из реального мира.
Учитывая, что SCs-XLS101 ограничен в дизайне, это позволит внести множество изменений, которые не будут изменениями протокола. Считается, что это является огромным выигрышем в безопасности протокола для всех участников, использующих XRPL, включая банки и отдельных пользователей.
XLS-101 смарт-контракты
По мере того как продолжаются обсуждения реализации смарт-контрактов в XRP Ledger, инженер-программист RippleX Майуха Вадари делится напоминанием в твите о смарт-контрактах XLS-101.
“Напоминание: смарт-контракты XLS-101 не основаны на EVM,” написал Майука в твите. Смарт-контракты XLS-101 отличаются от XRPL EVM Sidechain, самостоятельной блокчейн-сети, которая поддерживает смарт-контракты Ethereum.
XLS-101 смарт-контракт является формальным дизайном системы смарт-контрактов для XRPL, который черпает вдохновение из нескольких существующих систем смарт-контрактов (, включая Hooks от Xahau и EVM).
Как сообщается, Вет ранее разъяснил недоразумения относительно смарт-контрактов XRP Ledger, отметив, что это не предназначено для того, чтобы быть точно таким же, как некоторые существующие конструкции, не заменять существующие строительные блоки XRPL и не изменять консенсусный протокол, который оплачивает валидаторов.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
XRP Ledger: CTO Ripple раскрыл план для продвинутых Смарт-контрактов - U.Today
В недавнем твите Вет, валидатор dUNL XRP Ledger, излагает план Ripple CTO Дэвида Шварца по смарт-контрактам на XRP Ledger.
Шварц принимал участие в обсуждении в X space “Программируемость на XRPL” вместе с инженером программного обеспечения RippleX Майюкой Вадари, Биаcом Гусем, Дэном Фишером и другими.
Вет обобщил идеи, предложенные CTO Ripple, в четырех пунктах. Несколько недель назад XRP достигла важного рубежа в смарт-контрактах с запуском функции смарт-контрактов XRP Ledger на AlphaNet, специализированной сети для разработки.
Вет объяснил рациональные доводы Шварца относительно ограниченных смарт-контрактов на XRPL. По словам CTO Ripple, XRP Ledger может не нуждаться в полноценной платформе смарт-контрактов общего назначения, добавив, что ему может понадобиться лишь немного программируемости через смарт-контракты: “Нам не нужно быть лучшей платформой СК, просто немного программируемости через СК.”
Шварц представляет сценарий, в котором смарт-контракты усиливают нативные функции, добавляя, что если они не могут соединить нативные функции друг с другом, то они не так полезны.
CTO Ripple вновь подчеркнул важность безопасности, акцентируя внимание на сущности небольших шагов. Этот подход не позволит реализовать полную программируемость, но обеспечит взвешенные шаги, которые, по мнению Шварца, принесут наилучшие отзывы из реального мира.
Учитывая, что SCs-XLS101 ограничен в дизайне, это позволит внести множество изменений, которые не будут изменениями протокола. Считается, что это является огромным выигрышем в безопасности протокола для всех участников, использующих XRPL, включая банки и отдельных пользователей.
XLS-101 смарт-контракты
По мере того как продолжаются обсуждения реализации смарт-контрактов в XRP Ledger, инженер-программист RippleX Майуха Вадари делится напоминанием в твите о смарт-контрактах XLS-101.
“Напоминание: смарт-контракты XLS-101 не основаны на EVM,” написал Майука в твите. Смарт-контракты XLS-101 отличаются от XRPL EVM Sidechain, самостоятельной блокчейн-сети, которая поддерживает смарт-контракты Ethereum.
XLS-101 смарт-контракт является формальным дизайном системы смарт-контрактов для XRPL, который черпает вдохновение из нескольких существующих систем смарт-контрактов (, включая Hooks от Xahau и EVM).
Как сообщается, Вет ранее разъяснил недоразумения относительно смарт-контрактов XRP Ledger, отметив, что это не предназначено для того, чтобы быть точно таким же, как некоторые существующие конструкции, не заменять существующие строительные блоки XRPL и не изменять консенсусный протокол, который оплачивает валидаторов.