8. Технічний обсяг та зростання

У цій главі описані обов'язкові або запропоновані роботи. Це не перелік характеристик, які гарантуються в поточному CLC App або Protocol v1.1.0.

Можливі сфери роботи включають:

• Виконання маршрутування між сумісними пулями, з реєстрацією, котируванням, лімітом, платою та відкриттям запасів;
• адаптери хранения або HTLC для перекрестного виконання доменів, де атомне розрахунки недоступні;
• інтерфейси та інструменти політики для невеликих або персональних Пулів;
• аудиторські реєстри ваучерів, Пулів, методів обмінного курсу, лимитов, контролерів та зборів;
• інтеграції спеціалізованих платіжних постачальників, потоки виведення коштів і перевірки права на участь;
• зв'язки з функціональними активами з зовнішньою місцею ліквідності для ребалансування та ліквідності платежів; і
• корекція казначейства, яка охоплюється політикою, для прийнятого покриття, операційних витрат або мандатів на ліквідітність.

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

8.1 Пропановані норми маршрутного обслуговування і SDK

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

Профілі мережі. Клієнт може підтримувати більше ніж один корінний реєстр або профіль політики. Вона повідомляла б учасника про те, який профіль, контрагенти, адаптери, обмеження та відповідальні оператори послуг використовується цитатою. Транспрофільний маршрут повинен задовольняти всі відповідні умови хопу.

Політика шляху. Відповідний оператор може виключити небезпечні залежності або контрагенти і застосувати обмеження рівня маршруту, вимоги свіжості та критерії охорони здоров'я. Ці сигнали підтримали б рішення; вони не гарантують виконання або захист від втрат.

Плата і обмеження. Цю цитату об'єднали б платіжні збори групи, будь-які додаткові поточні протокольні збори та будь-які окремо запропоновані платіжні або послуги маршрутування. Виконання відмовляло б від скасованих цитат або порушеного кордону.

Атомність і відновлення. Виконання в кількох штатах було б атомним, якщо це було б можливо. Якщо вона використовувала HTLC або гарантії, служба розкривала відклади часу, маршрути аборту, відповідальних контролерів, процедури інцидентів та рештальні ризики.

Пропанова орієнтування і відновлення рівноваги. Опти-ін-сервіс може збирати наміри відновлення балансу і шукати сумісні цикли або ланцюги. Це було б:

1. опублікувати машиночитану квитанцію з ідентифікацією виконаних циклів, активів, сумів, часових штампів оцінки та зборів;
2. виконувати прийняті максимальні обмеження на період та політику контрагентів;
3. відмовлятися від діяльності, яка порушує будь-які авторизації, обмеження або доступний інвентар Пул; і
4. зберігати детерміністичні дані та доходи для перегляду та розв'язання спорів.

Вимоги до SDK. SDK для виконаних маршрутів забезпечить детерміністське відображення пропозиції до отримання, перевірки невимірності на хоп, зрозумілі коди провалу і аудиторські журнали. У поточному Protocol v1.1.0 SwapRouter представлені лише цитати; вона не виконує ці запропоновані маршрути.

8.1.1 Специфікація мінімальної сумісності конфедерації

Екосистема Пул, яка шукає кроспрофільне маршрутизацію, опублікувала б машинно читуючу інформацію для:

1. Коріння реєстру: Ідентифікатори активів, Пулів, методів обмінного курсу, обмежень та політики зборів, або одна корень, яка їх детерміністично вирішує.
2. Квітки: Профіль, активи, котируються і виходять, суми, джерело котирування і часовий штамп, ліміт-снайп, збори, результат запасу та результат виконання за кожен скок.
3. Операційні сигнали: свежими даними про запаси, обмеження використання, інциденти та будь-яку окремо підтверджену виконання або фінансовану охорону.
4. Політичні обмеження: Дозволені або відмовлені контрагенти, класи активів, адаптери та будь-які вимоги до страхованості.
5. Коди провалу: детерміністські пояснення відхилення, закінчення терміну дії, обмеження, запасу, політики, залежності або інцидентних невдач.

Профіль може додати охоплення, відповідність, арбітраж або інші послуги, не роблячи їх вимогами для базової сумісності CPP. Кожна додаткова служба визначала б свою відповідальну сторону, повноваження, сферу діяльності та терміни.

8.2 Ліцензування, перевірка та вихід

Protocol v1.1.0 контракти EVM-сумісні. Договори в каталозі src реєстрації Протоколу публікуються під номером AGPL-3.0, за винятком ідентифікованих не модифікованих компонентів третіх сторін, які зберігають свої власні умови. Опубліковані джерела, АБІ та інструкції щодо розгортання підтримують незалежний огляд, але самі по собі не доказують аудиту, безпечне розгортання або відповідність законодавству.

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

Пропозиція набор з виліками може включати:

1. скрипти детерміністичного розгортання;
2. реєстр і інструменти експорту;
3. документований процес переведення маршрутних послуг, SDK та інтерфейсів на новий корінь реєстру;
4. перелік Куратор Пулу для безпечного виходу з спільного реєстру; і
5. перелік перемігрантів для неплачуваних ваучерів, включаючи повідомлення про емітент, терміни подачі та виконання, продовження доступу до записів та засоби захисту.

Сумісні виліки можуть поліпшити стійкість, коли громади, кооперативи, державні органи, федерації, мультисіги або оператори послуг потребують іншого управління. Фактична безперервність все ще залежить від власності на контракт, ключів, залежності, інтерфейсів, інфраструктури, юридичних зобов'язань та послуг третіх осіб.