6. Angebotene Liquidität und Governance auf Netzniveau
Die Erfahrungen aus dem historischen Sarafu Network haben die Forschung zu zwei weiteren Designfragen motiviert:
- wie unabhängig regierte Fonds Liquiditäts- und Routingdienste koordinieren könnten; und
- Wie gemeinsam genutzte Dienstleistungen mit zunehmender Beteiligung weiterhin verantwortlich bleiben können.
Ein vorgeschlagener CLC-Entwurf beschreibt einen vorgeschlagenen CLC-Netzwerkfonds ** für Verrechnung und Finanzkoordination auf Netzwerkebene sowie einen ** vorgeschlagenen CLC-Governance-Token. Beide existieren weder in der aktuellen App noch in Protocol v1.1.0. Andere Bereitstellungen könnten Genossenschaften, öffentliche Stellen, Verbände, Multisigs, Dienstbetreiber oder andere verantwortliche Strukturen einsetzen, ohne einen der beiden Vorschläge zu übernehmen.
6.1 Abwärtssteuerungen und Optionalität
Aktuelle Protocol v1.1.0 können Fonds-Token-Balance-Caps und Bestandsprüfungen anwenden. Diese Kontrollen beschränken ausgewählte Vertragsmaßnahmen; sie verhindern nicht, dass der Emittent nicht nachkommt, Wertverlust, Schlüsselverlust, Vertragsversagen oder alle anderen Verluste verursacht werden.
Bei einem zukünftigen Einsatz könnten Schaltplätze, Zeitversperrungen, Reserven, Garantien oder Versicherungen hinzugefügt werden. Für jeden Schutz bedarf es einer identifizierten Verantwortlichen, einem erfassten Ereignis, einer Finanzierung, einer Höchstgrenze, einer Ausgrenzung, einer Dauer, eines Beweises, eines Anspruchsverfahrens und der anwendbaren Bedingungen.
Die vorgeschlagene Governance sollte die Registrierungs- und Dienstleistungsbefugnisse eingeschränkt und überprüfbar halten. Für gewöhnliche Maßnahmen können Benachrichtigung, Verzögerung, Veröffentlichung von Gründen, Berufung und Korrekturverfahren verwendet werden. Notfallmaßnahmen sollten Aufzeichnungen über Vorfälle erstellen und im Rahmen einer verabschiedeten Politik ablaufen oder überprüft werden.
Kompatible Routenentdeckung könnte mehr Austausch zwischen Fonds ermöglichen. Multi-Hop-Ausführung und Netting erfordern zusätzliche Software, Berechtigung, Grenzen, Fehlerbewältigung und Governance. Mehr notierte oder ausgeführte Swaps würden an sich weder die Erfüllung des Gutscheins noch die soziale Wirkung beweisen.