Während eines Übergabetests kann der Bildschirm direkt nach dem ACK stehen bleiben. Wenn die übernehmende Person nur „noch 40 Minuten übrig“ sieht, entscheidet sie sehr leicht allein anhand des Countdowns, neu zu starten; zuverlässiger ist es, der Seite eine eindeutige Aktion zurückzugeben. Man kann den etwa drei Stunden dauernden Test von Trustless Bitcoin Vaults (TBV) als einen Dual-Field-Responder umsetzen: Eingang current_status, Ausgabe next_action. Die Laufzeit fließt nicht in die Aktionsberechnung ein.
Bei Peg-in / in Bestätigung, gebe „Transaktion und Bestätigungen prüfen“ aus. Im aktuellen Testnetz ist mindestens eine Bestätigung von 12 Signet erforderlich; wird das nicht erreicht, wird dieses Feld weiter aktualisiert. Bei ACK gebe „Beleg speichern und Aktivierung beobachten“ aus; ein auftauchender Beleg bedeutet nicht, dass der Darlehens-Einstieg bereits offen ist. Bei bereits aktiviert gebe „Darlehen initiieren und das ausgewählte Test-Asset aufzeichnen“. Bei Darlehensresultat gebe „Assets, Mengen und Seitenresultat prüfen und dann diese Aufzeichnung schließen“ aus. Vier Rückgabewerte werden der Reihe nach weitergeschaltet, aber keiner darf vom Countdown übersprungen werden.
Öffentliche Beispiele anderer können genutzt werden, um diesen Responder zu verifizieren, nicht um Wecker zu stellen: 0,02 Signet BTC wird 2 Stunden 47 Minuten 36 Sekunden nach dem Peg-in aktiv; erst nach dem Statuswechsel wird das Darlehen ausgelöst. Nach 36 Sekunden werden 100 mock USDC zurückgegeben, die gesamte Laufzeit beträgt 2 Stunden 48 Minuten 12 Sekunden. Dieses Ereignis zeigt die Zuordnung zwischen Status und Aktion; nicht alle Nutzer können eine feste, wiederholbare Geschwindigkeit reproduzieren. Eine rein lesende Seite hatte zuvor eine Produkt-Erwartung von etwa drei Stunden angegeben und vermerkt, dass die Test-Assets keinen Währungswert haben und es keine Anreize gibt.
Für die Übergabeaufzeichnung genügt es, current_status und next_action als Paare zu speichern. Nur wenn das Statusfeld einen Wert hat, kann man wissen, was als Nächstes zu tun ist; wenn es nur eine Laufzeit gibt, aber keinen Status, gibt es kein ausführbares Ergebnis. Abweichende Parameteränderungen sind anhand des öffentlichen Updates unter @BabylonLabs_io maßgeblich.
$BABY #baby
Bei Peg-in / in Bestätigung, gebe „Transaktion und Bestätigungen prüfen“ aus. Im aktuellen Testnetz ist mindestens eine Bestätigung von 12 Signet erforderlich; wird das nicht erreicht, wird dieses Feld weiter aktualisiert. Bei ACK gebe „Beleg speichern und Aktivierung beobachten“ aus; ein auftauchender Beleg bedeutet nicht, dass der Darlehens-Einstieg bereits offen ist. Bei bereits aktiviert gebe „Darlehen initiieren und das ausgewählte Test-Asset aufzeichnen“. Bei Darlehensresultat gebe „Assets, Mengen und Seitenresultat prüfen und dann diese Aufzeichnung schließen“ aus. Vier Rückgabewerte werden der Reihe nach weitergeschaltet, aber keiner darf vom Countdown übersprungen werden.
Öffentliche Beispiele anderer können genutzt werden, um diesen Responder zu verifizieren, nicht um Wecker zu stellen: 0,02 Signet BTC wird 2 Stunden 47 Minuten 36 Sekunden nach dem Peg-in aktiv; erst nach dem Statuswechsel wird das Darlehen ausgelöst. Nach 36 Sekunden werden 100 mock USDC zurückgegeben, die gesamte Laufzeit beträgt 2 Stunden 48 Minuten 12 Sekunden. Dieses Ereignis zeigt die Zuordnung zwischen Status und Aktion; nicht alle Nutzer können eine feste, wiederholbare Geschwindigkeit reproduzieren. Eine rein lesende Seite hatte zuvor eine Produkt-Erwartung von etwa drei Stunden angegeben und vermerkt, dass die Test-Assets keinen Währungswert haben und es keine Anreize gibt.
Für die Übergabeaufzeichnung genügt es, current_status und next_action als Paare zu speichern. Nur wenn das Statusfeld einen Wert hat, kann man wissen, was als Nächstes zu tun ist; wenn es nur eine Laufzeit gibt, aber keinen Status, gibt es kein ausführbares Ergebnis. Abweichende Parameteränderungen sind anhand des öffentlichen Updates unter @BabylonLabs_io maßgeblich.
$BABY #baby