Девід Шварц каже, що Ripple повинна була раніше зосередитися на можливостях Смарт-контрактів на XRP.

CTO Ripple, Девід Шварц, говорить, що компанії слід було раніше зосередитися на нативних можливостях смарт-контрактів на XRP Ledger (XRPL).

Раннє вагання

Запущений у 2012 році, XRP Ledger був спроектований для швидкості, надійності та платежів, а не для складних, програмованих додатків. Внаслідок цього Ripple спочатку не бачила необхідності в розробці смарт-контрактів.

Після запуску Ethereum у 2015 році розумні контракти набули популярності в крипто-просторі, і багато проектів почали їх досліджувати. Поки розробники XRPL робили кроки для впровадження цієї функції, Ripple залишалася обережною.

Згідно зі Шварцем, рання позиція компанії відображала віру в те, що смарт-контракти повинні бути досконалими або лідерськими в галузі, щоб виправдати їх впровадження. Оглядаючись назад, він визнає, що цей менталітет змусив Ripple не помічати цінність інкрементального прогресу.

Поточні обмеження, з якими стикаються розробники

Крім того, Шварц визнав, що розробники наразі стикаються з викликами при безпосередньому будівництві на XRP Ledger. За його словами, розробники повинні або пропонувати нові функції для блокчейну, що вимагає схвалення спільноти через зміни, або зосередитися виключно на створенні гаманців і фронт-енд додатків.

Зазначаючи, що створення гаманців та користувацьких інтерфейсів є важливим, Шварц підкреслив, що цей підхід не є ідеальним для створення стійких бізнесів на блокчейні.

Недооцінка вартості малих досягнень

Крім того, він зазначив, що навіть базова функціональність смарт-контрактів могла б принести значні переваги. CTO запропонував, що ця базова функціональність могла б дозволити розробникам відрізняти свої продукти унікальними функціями на блокчейні та реалізувати власну бізнес-логіку.

Відрізняючи продукти в ланцюгу, за словами Шварца, це зазвичай покращує досвід розробників у реєстрі та впливає на їхні рішення щодо того, на якому блокчейні будувати.

AMM недостатньо

Крім того, Шварц зазначив, що хоча автоматизований маркет-мейкер XRPL (AMM) є потужною функцією, його вплив обмежений без супутніх інструментів, таких як смарт-контракти, які дозволили б глибшу інтеграцію та програмованість.

По суті, він вважає, що навіть найпростіша функціональність смарт-контракту дозволила б розробникам створювати нові продукти на основі існуючих функцій.

Тим часом Ripple розпочала дослідження можливостей смарт-контрактів на XRPL минулого року. Ініціатива вже принесла значні результати, з функцією, розгорнутою на AlphaNet XRPL на початку цього місяця, що дозволяє розробникам тестувати її перед остаточним впровадженням на основній мережі.