Der gruseligste Fehler, den ich je verfolgt habe, hat keinen Fehler geworfen. Er hat einfach... still missbehave.
3:47 AM. Mainnet. Drei Transaktionen, ein Konto, zwei Funktionen. Ich hatte das entworfen, was ich für eine elegante Architektur hielt – alles floss durch ein einzelnes Statuskonto, weil es meinen Code sauber hielt.
Fogo hatte andere Pläne.
Der Scheduler sperrte das Konto bei der ersten Tx. Die zweite stellte sich höflich in die Warteschlange. Die dritte reihte sich ein. Als der Slot geschlossen wurde, hatten sich die Transaktionen wie Karten in einem Deck umsortiert. Genehmigungen wurden zu Überweisungen. Überweisungen wurden zu Mints. Alles innerhalb der erwarteten Parameter. Alles falsch.
Keine Rückgaben. Keine Warnungen. Nur ein Zustand, der langsam vom Willen abdriftete.
Die Lektion traf hart: Bei Fogo ist der gemeinsame Zustand eine Falle. Jedes Konto, in das Sie schreiben, wird zu einer Ampel. Wenn mehrere Transaktionen in einem Fenster in die Warteschlange gestellt werden, schlagen sie nicht fehl – sie ordnen sich einfach auf Weisen neu, die Sie nie vorhergesehen haben.
Jetzt trenne ich nach Funktion. Isoliere Schreibpfade. Wenn zwei Aktionen dieselben Daten berühren können, erhalten sie unterschiedliche Konten.
Ihre Architektur respektiert entweder den Scheduler oder sie blutet Logik in der Stille. Fogo wird Ihnen nicht sagen, welches passiert.