Ich dachte, der interessante Teil wäre der Testnet-Sonnenuntergang an sich. Es stellte sich heraus, dass es darum geht, was ein Netzwerk abschaltet, bevor es die Menschen bittet, der nächsten Version zu vertrauen.
Nachdem ich die Hinweise zum bbn-Test 3 Sonnenuntergang gelesen hatte, ging ich zurück zu früheren Babylon-Testnet-Updates und verglich sie mit den Vorgaben für Validatoren und der Entwicklerdokumentation. Das Muster sah anders aus, sobald ich aufhörte, jedes Testnet als Meilenstein zu betrachten, und begann, es als Filter zu verstehen.
Ein Testnet ist nicht nur dafür da, Softwarefehler zu finden. Es macht auch Koordinationsfehler sichtbar, die sich nicht allein aus dem Code heraus messen lassen. Validatoren verpassen Upgrades. Indexer geraten in Rückstand. Wallets behandeln Sonderfälle unterschiedlich. Wiederherstellungsverfahren dauern länger als erwartet. Keines dieser Probleme wird bei einer erfolgreichen Transaktion offensichtlich. Sie treten erst nach Wochen normaler Betriebszeit zutage.
Das ließ die Abschaltung wichtiger wirken, als ich erwartet hatte. Ein altes Umfeld am Leben zu halten, schafft einen weiteren Ort, an dem sich Entwickler ihre Aufmerksamkeit teilen und Infrastrukturbetreiber Systeme weiterpflegen müssen, die nicht mehr dem Protokoll entsprechen, das sie abzusichern versuchen. Sunsetting reduziert Betriebsaufwand ebenso wie technischen Schulden.
Außerdem ist mir aufgefallen, dass Babylon temporäre Infrastruktur konsequent als wegwerfbar behandelt hat, statt als dauerhaft. Das sagt etwas über den Entwicklungsprozess aus. Ressourcen fließen in die Umgebung, die die aktuellen Annahmen widerspiegelt, statt die Kompatibilität mit veralteten Annahmen zu bewahren.
Ich habe damit begonnen, über das Ende eines Testnets zu lesen. Am Ende dachte ich darüber nach, wie reife Protokolle entscheiden, welche Teile ihrer eigenen Geschichte nicht mehr sinnvoll weiterlaufen müssen.
#baby $BABY @BabylonLabs_io
Nachdem ich die Hinweise zum bbn-Test 3 Sonnenuntergang gelesen hatte, ging ich zurück zu früheren Babylon-Testnet-Updates und verglich sie mit den Vorgaben für Validatoren und der Entwicklerdokumentation. Das Muster sah anders aus, sobald ich aufhörte, jedes Testnet als Meilenstein zu betrachten, und begann, es als Filter zu verstehen.
Ein Testnet ist nicht nur dafür da, Softwarefehler zu finden. Es macht auch Koordinationsfehler sichtbar, die sich nicht allein aus dem Code heraus messen lassen. Validatoren verpassen Upgrades. Indexer geraten in Rückstand. Wallets behandeln Sonderfälle unterschiedlich. Wiederherstellungsverfahren dauern länger als erwartet. Keines dieser Probleme wird bei einer erfolgreichen Transaktion offensichtlich. Sie treten erst nach Wochen normaler Betriebszeit zutage.
Das ließ die Abschaltung wichtiger wirken, als ich erwartet hatte. Ein altes Umfeld am Leben zu halten, schafft einen weiteren Ort, an dem sich Entwickler ihre Aufmerksamkeit teilen und Infrastrukturbetreiber Systeme weiterpflegen müssen, die nicht mehr dem Protokoll entsprechen, das sie abzusichern versuchen. Sunsetting reduziert Betriebsaufwand ebenso wie technischen Schulden.
Außerdem ist mir aufgefallen, dass Babylon temporäre Infrastruktur konsequent als wegwerfbar behandelt hat, statt als dauerhaft. Das sagt etwas über den Entwicklungsprozess aus. Ressourcen fließen in die Umgebung, die die aktuellen Annahmen widerspiegelt, statt die Kompatibilität mit veralteten Annahmen zu bewahren.
Ich habe damit begonnen, über das Ende eines Testnets zu lesen. Am Ende dachte ich darüber nach, wie reife Protokolle entscheiden, welche Teile ihrer eigenen Geschichte nicht mehr sinnvoll weiterlaufen müssen.
#baby $BABY @BabylonLabs_io