У недавньому твіті Vet, валідатор dUNL XRP Ledger, викладає план CTO Ripple Девіда Шварца щодо смартконтрактів на XRP Ledger.
Шварц був учасником обговорення в X space “Програмування на XRPL” разом з інженером програмного забезпечення RippleX Майюкою Вадарі, Біасом Гусем, Даном Фішером та іншими.
Вет узагальнив висновки, надані 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).
Як повідомлялося, Vet раніше роз'яснив непорозуміння щодо смартконтрактів XRP Ledger, зазначивши, що це не призначено бути точно таким же, як деякі існуючі дизайни, не замінювати існуючі будівельні блоки XRPL і не змінювати консенсусний протокол, який би оплачував валідаторів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
XRP Ledger: Ripple CTO розкриває план для розширених Смарт-контрактів - U.Today
У недавньому твіті Vet, валідатор dUNL XRP Ledger, викладає план CTO Ripple Девіда Шварца щодо смартконтрактів на XRP Ledger.
Шварц був учасником обговорення в X space “Програмування на XRPL” разом з інженером програмного забезпечення RippleX Майюкою Вадарі, Біасом Гусем, Даном Фішером та іншими.
Вет узагальнив висновки, надані 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).
Як повідомлялося, Vet раніше роз'яснив непорозуміння щодо смартконтрактів XRP Ledger, зазначивши, що це не призначено бути точно таким же, як деякі існуючі дизайни, не замінювати існуючі будівельні блоки XRPL і не змінювати консенсусний протокол, який би оплачував валідаторів.