Головний технологічний директор Ripple Девід Шварц нещодавно розглянув ідею модернізації основних компонентів XRP Ledger, включаючи можливість модульної архітектури та реалізації на основі Rust.
Незважаючи на тривалу продуктивність і надійність XRPL, Шварц не став уникати вказування на архітектурні недоліки. "Це трохи дратує, що у вас є моноліт, який має консенсусний механізм, механізм транзакцій і клієнтські запити все в одному моноліті," сказав він.
Шварц, який є одним з архітекторів XRPL, пояснив, що тісно пов'язані компоненти ускладнили впровадження вдосконалень або забезпечення взаємодії з альтернативними реалізаціями.
@media тільки екран і (min-width: 0px) та (min-height: 0px) {
div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px; висота:100px;}
}
@media тільки екран і 019283746574839201min-width: 728px( та )min-height: 0px( {
div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px; висота:90px;}
}
Перехід до більш модульної архітектури
Одним із рішень, що розглядається, є модульна архітектура двигуна транзакцій, що, можливо, дозволить йому працювати в межах віртуальної машини. Цей перехід може відокремити основну логіку від компонентів, що взаємодіють з клієнтом, та бази даних, які можуть розвиватися незалежно.
Rust став кандидатом на таку повторну реалізацію. Коли його запитали, чому великий реєстр ще не перебудовано на Rust, Шварц зазначив, що обговорення саме цього вже тривають. Він підкреслив, що проблема полягає в ускладненні існуючої архітектури, особливо платіжного двигуна.
Шварц пояснив, що деякі частини платіжного механізму важко чітко визначити, що ускладнює їхнє відновлення чи повторне впровадження. Деякі поведінки залежать від порядку виконання операцій у способах, які не завжди документуються. Щоб вирішити цю проблему, він запропонував переписати ці компоненти з більш чіткою, передбачуваною логікою і, можливо, ввести формальні визначення, щоб спрямувати майбутні впровадження.
Чистіша, більш узгоджена версія зробить систему легшою для підтримки і може допомогти у майбутніх покращеннях, підвищуючи привабливість XRP у глобальній фінансовій екосистемі.
Пропозиції на розгляді
Ripple в даний час розглядає зовнішні пропозиції для виконання частин цієї роботи, а Шварц зазначив, що приймаються рішення щодо доцільності та пріоритезації таких ініціатив. Він вказав на Аанчал Мальхотру, члена правління та начальника досліджень у RippleX, як на людину, яка керує аспектами цього процесу.
XRP вже є дуже привабливим для установ, а оновлення його функціональності за допомогою сучасної мови програмування, як-от Rust, може підвищити довіру установ до активу і потенційно підвищити рівень його впровадження.
Відмова від відповідальності*: Цей контент призначений для інформування і не повинен вважатися фінансовою порадою. Висловлені в цій статті думки можуть включати особисті думки автора і не представляють думку Times Tabloid. Читачів закликають проводити ретельне дослідження перед ухваленням будь-яких інвестиційних рішень. Будь-які дії, вжиті читачем, є виключно на їхній власний ризик. Times Tabloid не несе відповідальності за будь-які фінансові збитки.*
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Ripple CTO: Що використовувати, якщо XRP Ledger буде перезапущено з нуля
Головний технологічний директор Ripple Девід Шварц нещодавно розглянув ідею модернізації основних компонентів XRP Ledger, включаючи можливість модульної архітектури та реалізації на основі Rust.
! Купити Magacoin
Незважаючи на тривалу продуктивність і надійність XRPL, Шварц не став уникати вказування на архітектурні недоліки. "Це трохи дратує, що у вас є моноліт, який має консенсусний механізм, механізм транзакцій і клієнтські запити все в одному моноліті," сказав він.
Шварц, який є одним з архітекторів XRPL, пояснив, що тісно пов'язані компоненти ускладнили впровадження вдосконалень або забезпечення взаємодії з альтернативними реалізаціями.
@media тільки екран і (min-width: 0px) та (min-height: 0px) { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px; висота:100px;} } @media тільки екран і 019283746574839201min-width: 728px( та )min-height: 0px( { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px; висота:90px;} }
Перехід до більш модульної архітектури
Одним із рішень, що розглядається, є модульна архітектура двигуна транзакцій, що, можливо, дозволить йому працювати в межах віртуальної машини. Цей перехід може відокремити основну логіку від компонентів, що взаємодіють з клієнтом, та бази даних, які можуть розвиватися незалежно.
Rust став кандидатом на таку повторну реалізацію. Коли його запитали, чому великий реєстр ще не перебудовано на Rust, Шварц зазначив, що обговорення саме цього вже тривають. Він підкреслив, що проблема полягає в ускладненні існуючої архітектури, особливо платіжного двигуна.
Шварц пояснив, що деякі частини платіжного механізму важко чітко визначити, що ускладнює їхнє відновлення чи повторне впровадження. Деякі поведінки залежать від порядку виконання операцій у способах, які не завжди документуються. Щоб вирішити цю проблему, він запропонував переписати ці компоненти з більш чіткою, передбачуваною логікою і, можливо, ввести формальні визначення, щоб спрямувати майбутні впровадження.
Чистіша, більш узгоджена версія зробить систему легшою для підтримки і може допомогти у майбутніх покращеннях, підвищуючи привабливість XRP у глобальній фінансовій екосистемі.
Пропозиції на розгляді
Ripple в даний час розглядає зовнішні пропозиції для виконання частин цієї роботи, а Шварц зазначив, що приймаються рішення щодо доцільності та пріоритезації таких ініціатив. Він вказав на Аанчал Мальхотру, члена правління та начальника досліджень у RippleX, як на людину, яка керує аспектами цього процесу.
XRP вже є дуже привабливим для установ, а оновлення його функціональності за допомогою сучасної мови програмування, як-от Rust, може підвищити довіру установ до активу і потенційно підвищити рівень його впровадження.
Відмова від відповідальності*: Цей контент призначений для інформування і не повинен вважатися фінансовою порадою. Висловлені в цій статті думки можуть включати особисті думки автора і не представляють думку Times Tabloid. Читачів закликають проводити ретельне дослідження перед ухваленням будь-яких інвестиційних рішень. Будь-які дії, вжиті читачем, є виключно на їхній власний ризик. Times Tabloid не несе відповідальності за будь-які фінансові збитки.*