6. Пропозиція ліквідності і управління на рівні мережі
Досвід з історичного Sarafu Network спонукав дослідження двох більш широких питань дизайну:
- як самостійно управлені Пункти можуть координувати послуги з ліквідності та маршрутизації; і
- як спільні послуги можуть залишатися відповідальними, оскільки участь зростає.
Один із пропонованих дизайнів CLC передбачає пропонований мережевий Пул CLC як механізм клірингу на рівні мережі й координації бюджету та пропонований токен управління CLC. Жодного з них немає в поточному CLC App або Protocol v1.1.0. Інші розгортання можуть використовувати кооперативи, державні органи, федерації, мультипідписи, операторів сервісів або інші відповідальні структури без прийняття жодної з цих пропозицій.
6.1 Контроль і опціональність
В даний час Protocol v1.1.0 може застосовувати криптовалюти балансу токенів Пул та перевірки запасів. Ці контролю обмежують вибрані контрактні дії; вони не запобігають погашенню результатів діяльності емітента, втраті вартості, втраті ключів, невдачі договору або будь-якій іншій втраті.
У подальшому розпорядженні можуть бути додані переломники, часові блоки, резерви, гарантії або страхування. Будь-яка охорона потребує ідентифікованої відповідальної сторони, охопленої події, фінансування, обмеження, виключення, тривалості, доказів, процесу подання претензій та застосуваних умов.
Пропановане управління повинно зберігати вузькі та переглядові повноваження реєстру та служб. Звичайні дії можуть включати повідомлення, затримку, публікацію підстав, апеляцію та виправлення. Надзвичайні дії повинні створювати реєстрацію інцидентів і закінчуватися чи отримувати перегляд відповідно до прийнятої політики.
Сумісний пошук маршрутів може зробити більш можливим обмін між Пулами. Виконання багатопропускних операцій потребує додаткового програмного забезпечення, авторизації, обмежень, обробки провалів і управління. Кількість коцінованих або виконаних обмінних операцій сама по собі не підтверджувала б виконання ваучера або соціальний вплив.