Ich habe nie verstanden, warum die heutigen Geschäftverträge immer dicker werden, während die Regeln immer „menschenfeindlicher“ werden. Letzten Monat behandelte ich einen grenzüberschreitenden Handelsstreit, in dem der Vertrag vorschrieb, dass die Beantragung der Zahlung innerhalb von 48 Stunden nach Ankunft im Hafen eingereicht werden muss, andernfalls wird das Geld automatisch in den Pool für Vertragsstrafen übertragen. Das Ergebnis war, dass die Finanzmitarbeiterin des Gegenübers aufgrund einer plötzlichen Krankheit ins Krankenhaus musste und die verdammte Frist verpasste.
Selbst wenn die Ware echt ist, das Geld echt ist und die Krankmeldung auch echt ist, verschwindet dieses Geld angesichts der kalten Vertragsregeln einfach. Diese rigiden Regeln des Machtungleichgewichts lassen mich frösteln: In dieser Welt voller Überraschungen prahlen wir tatsächlich mit „Null Toleranz“ als Zeichen von Professionalität? Diese künstlich herbeigeführte Ressourcenverschwendung ist im Grunde eine schleichende Ernte des Geschäftskredits.
Diese brutale Logik „verfällt und ist damit ungültig“ wurde in Web3s früher Zeit bei Airdrops und der Beantragung von Assets auf die Spitze getrieben. Wenn du nicht auf die offiziellen Posts achtest und in den wenigen Tagen des Zeitfensters nicht auf den Button klickst, um die Tokens abzuholen, wird dein Asset vernichtet.
Als ich sein Whitepaper auseinandergebaut habe, @MidnightNetwork und mir das Lost-and-Found-(Finderlohn/Verloren-und-gefunden)-Mechanismus angesehen habe, war es nicht sein „großzügiger“ Charakter, der mich beeindruckt hat, sondern eine zutiefst gegen den Instinkt gerichtete Zurückhaltung. Unbeanspruchte Glacier-Drop-Assets werden nicht sofort eingezogen oder vernichtet, sondern mit einem langen 4-Jahres-Heilungs-/Korrekturfester ausgestattet.
Dieses Design ist sehr „un-Web3“, denn die meisten Projekte wollen die nicht abgeholten Tokens doch am liebsten sofort zurückholen, um den Kurs anzuheizen. Aber Midnight entscheidet sich dafür, diese Kontrolle „im Code zu sperren“ und dir zu erlauben, dich auch noch nach Jahren über Smart Contracts selbst zu retten. Diese Zurückhaltung ist ein Eingeständnis der zufälligen Natur menschlichen Handelns – und eine tiefgehende Hommage an die „Business-Fehlertoleranzquoten“.
Rechnen wir eine Wette durch – eine Abwägung zwischen „Fehlertoleranz“ und „Effizienz“.
Kosten des Spiels: Im traditionellen „kurzes Zeitfenster“-Modell müssen Nutzer sehr hohe Aufmerksamkeitskosten und eine Angstprämie bezahlen. Wenn du es verpasst, ist der Verlust 100%. Unter dem 4-Jahres-Fenster von Midnight hängt die Sicherheit der Assets nicht mehr davon ab, ob du 24 Stunden online bist, sondern davon, dass der Algorithmus seinen Versprechen nachkommt.
Versunkene Kosten und Bewertung: Im Vergleich zu ZK-Experten (einige tausend Menschen weltweit) und TypeScript-Entwicklern (im Millionenbereich) wird die Einstiegshürde für Compact auf den Boden gedrückt. Wenn der Tageslohn eines TS-Entwicklers 500 Dollar beträgt, ist der Wechsel zu Midnight fast ohne Migrationskosten möglich; während der Wechsel zu einer traditionellen ZK-Kette mehrere Monate bezahlten Lernaufwand erfordert.
Entwickler-Premium: Midnight senkt die Einstiegshürde und verwässert damit faktisch ein technisches Monopol – dadurch steigt die Wahrscheinlichkeit, dass die Anwendung durchbricht, um mehrere Größenordnungen.
Kapital-Sicherheit: Für großes Kapital (Institutional Money) bedeutet die 4-jährige Toleranzfrist, dass das extreme Risiko eines Asset-Verlusts um mehr als 90% gesenkt wird.
Ressourcenstoffwechsel: Das nicht-verbrauchende Design von $NIGHT macht das Gas-Budget eines Unternehmens von „nicht kontrollierbarer Volatilität“ zu „planmäßiger Abschreibung von Anlagevermögen“.
Das Wesen des Geschäfts besteht nicht darin, den anderen in eine Sackgasse zu drängen, in der die Regeln ihn töten, sondern darin, innerhalb der Regeln einen Werttausch abzuschließen. Die zugrunde liegende Logik von Midnight – gewissermaßen mit „Reue-Medikament“ – stellt eigentlich die derzeitige Web3-Hauptanschauung „Schneller ist immer besser“ in Frage.
Wenn du an einem Projekt teilnimmst, bei dem du möglicherweise über Nacht reich werden kannst: Würdest du eher einen „extrem strengen Regeln, aber mit sehr hohem Deckel“-Gewinnkampf akzeptieren, oder würdest du die langfristige Logik wie bei Midnight wählen – „regelnfreundlich für Menschen, extrem fehlertolerant und so, dass du ruhig schlafen kannst“?
Welche Verluste hast du in der Realität schon erlebt, bei denen dich „unflexible Regeln“ so richtig hart getroffen haben? Teile es gern in den Kommentaren – wir suchen uns dann den unglücklichsten aller Fälle aus und arbeiten gemeinsam durch, wie man mit „der Sanftheit von Code“ solche Schäden abfedern kann.