Wenn Nutzer BTC einzahlen, sehen sie eine Laufzeit von 30 Tagen, klare Gebühren und feste Ausstiegsbedingungen. Zehn Tage später wird der Vertrag aktualisiert; wenn bestehende Positionen dann ebenfalls direkt nach den neuen Regeln laufen, ist die Zusage, die der Nutzer damals bestätigt hat, nicht mehr vollständig erfüllt.

Wenn ich den TBV-Ansatz beobachte, den @BabylonLabs_io erkundet hat, achte ich besonders darauf, wie sich Regeländerungen auf bereits bestehende Vaults auswirken. Neue Funktionen können mit neuen Parametern eingeführt werden; aber ob alte Positionen weiterhin nach den Bedingungen funktionieren sollen, die zum Zeitpunkt der Einzahlung galten, muss gesondert erläutert werden – nicht in einem gewöhnlichen Update versteckt.

Das bedeutet nicht, dass der Vertrag nie angepasst werden darf. Marktbedingungen und Risikomodelle werden sich verändern; entscheidend ist, „für die Zukunft wirksam“ von „rückwirkender Veränderung der Vergangenheit“ zu trennen. Wenn ein Produkt in der #baby -Ökosystemumgebung bereits getroffene Vereinbarungen ändern muss, sollte der Umfang der Auswirkungen, eine Pufferzeit und ein wählbarer Ausstiegsweg im Voraus offengelegt werden.

Nutzer sind bereit, BTC zu sperren, weil sie anhand der damals öffentlich verfügbaren Bedingungen eine Entscheidung treffen können. Wenn Regeln nach dem Aufbau einer Position beliebig umgeschrieben werden können, kann auch eine noch so transparente Startseite kein langfristiges Vertrauen schaffen.

Während die $BABY -bezogenen Anwendungen nach und nach vielfältiger werden, ist die Fähigkeit zu Vertrags-Updates zwar wichtig, aber bereits getroffene Entscheidungen müssen ebenso respektiert werden. Neue Regeln können neue Wege eröffnen, sollten jedoch nicht heimlich den Pfad verändern, den Nutzer bereits eingeschlagen haben.