Ich habe Zeit damit verbracht, den Wasserhahnmechanismus damit zu vergleichen, wie das Testnet-Onboarding normalerweise für die Ketten abläuft, die ich zuvor ausprobiert habe, weil die meisten Testnet-Faucets den kompletten Onboarding-Schritt abdecken. Babylons ist das nicht. #baby
Auf den meisten EVM-Testnets ist der Claim von einem Faucet der gesamte Reibungspunkt – hol dir Test-ETH, du testest die Kette selbst. Das Babylons-Faucet bringt dich nur erst mal ins Rollen.
Test-Token zu beanspruchen ist Schritt eins einer längeren Abfolge: Einzahlen in Trustless Bitcoin Vaults (TBV), warten auf die Onchain-Verifizierung über den Light Client und dann mit dem eigentlichen Lending-Flow über Aave v4 interagieren. Das Faucet hier ist Onboarding in ein mehrstufiges System – nicht das System selbst.
$BABY Warum ist diese Unterscheidung also überhaupt wichtig, wenn du am Ende sowieso dasselbe testest, egal wie.
Sie ist wichtig, weil die Einfachheit der Faucets eine falsche Einschätzung dazu erzeugen kann, wie komplex der Rest des Ablaufs ist. Ein Klick auf den Token-Claim schafft die Erwartung: ein Klick = alles. Und der nachfolgende Vault-Verifizierungsschritt bewegt sich nicht in demselben Tempo.
Ich finde diesen Vergleich tatsächlich hilfreicher, als anzunehmen, dass es mit einem Faucet im Grunde nur eine generische Testnet-Checkbox ist. Das Faucet sagt dir so gut wie nichts darüber, wie sich Einzahlen-zu-Ausleihen (Deposit-to-Borrow) konkret anfühlt, sobald du darüber hinaus bist.@BabylonLabs_io
Was ich nicht erklärt gesehen habe, ist, ob das Faucet festlegt, wie viel Test-BTC du pro Wallet beanspruchen kannst, oder ob das so offen bleibt, dass es realistisch ist, größere Positionsgrößen zu testen, bevor es ins Mainnet geht.$ESP $EUL
Auf den meisten EVM-Testnets ist der Claim von einem Faucet der gesamte Reibungspunkt – hol dir Test-ETH, du testest die Kette selbst. Das Babylons-Faucet bringt dich nur erst mal ins Rollen.
Test-Token zu beanspruchen ist Schritt eins einer längeren Abfolge: Einzahlen in Trustless Bitcoin Vaults (TBV), warten auf die Onchain-Verifizierung über den Light Client und dann mit dem eigentlichen Lending-Flow über Aave v4 interagieren. Das Faucet hier ist Onboarding in ein mehrstufiges System – nicht das System selbst.
$BABY Warum ist diese Unterscheidung also überhaupt wichtig, wenn du am Ende sowieso dasselbe testest, egal wie.
Sie ist wichtig, weil die Einfachheit der Faucets eine falsche Einschätzung dazu erzeugen kann, wie komplex der Rest des Ablaufs ist. Ein Klick auf den Token-Claim schafft die Erwartung: ein Klick = alles. Und der nachfolgende Vault-Verifizierungsschritt bewegt sich nicht in demselben Tempo.
Ich finde diesen Vergleich tatsächlich hilfreicher, als anzunehmen, dass es mit einem Faucet im Grunde nur eine generische Testnet-Checkbox ist. Das Faucet sagt dir so gut wie nichts darüber, wie sich Einzahlen-zu-Ausleihen (Deposit-to-Borrow) konkret anfühlt, sobald du darüber hinaus bist.@BabylonLabs_io
Was ich nicht erklärt gesehen habe, ist, ob das Faucet festlegt, wie viel Test-BTC du pro Wallet beanspruchen kannst, oder ob das so offen bleibt, dass es realistisch ist, größere Positionsgrößen zu testen, bevor es ins Mainnet geht.$ESP $EUL