Binance Square
九月流火YH
41 Beiträge

九月流火YH

Trade eröffnen
Regelmäßiger Trader
11.3 Monate
11 Following
3 Follower
20 Like gegeben
Beiträge
Portfolio
·
--
Übersetzung ansehen
前阵子在闲鱼卖个二手镜头,跟买家线下见面。他让我先把镜头递过去,说钱马上转。我说不行,咱俩同时来。最后两个人手机对着手机,一个点转账一个递东西。 这种"一手交钱一手交货"在金融里有个正经名字,叫券款对付。 为什么较真到这个程度?因为真出过事。1974 年德国 Herstatt 银行被关停那天,好几家对手方已经把马克付出去了,美元还没收到,钱就跟着这家银行一起没了。国际清算银行后来干脆用它的名字给这类风险命名。 这两天研究 @Dusk_Foundation ,发现它较真的就是这件事。 国际清算银行 1992 年那份关于券款对付的报告写得很直白:消除本金风险的唯一办法,是把证券的交付和资金的支付绑在一起,让其中一个不可能单独发生。 但现在多数 RWA 的做法恰恰是分开的。资产在一条链上,钱在另一条链或者干脆在链下,中间靠托管方、靠清算机构、靠桥。每多一个环节,就多一段"我已经付了但还没收到"的窗口。 Dusk 的路子是把发行、持有、转移、结算压进同一条链。资产和资金在同一个状态里,转让能做到原子性——要么一起成,要么一起不成,不存在半吊子状态。Phoenix 负责让金额别裸奔,共识层给的是确定性最终性,不是"等几个块大概就稳了"。 这点对证券特别关键。链上重组在 DeFi 里最多算个意外,在证券结算里是法律事故。 代价也明显。什么都压在同一条链上,这条链本身就成了单点——它的性能、节点分布、活性直接决定天花板。 如果债券和基金真开始上链,它们会挑一条能让钱货同时易手的链,还是继续在两套系统之间找人做保? #dusk $DUSK {future}(DUSKUSDT)
前阵子在闲鱼卖个二手镜头,跟买家线下见面。他让我先把镜头递过去,说钱马上转。我说不行,咱俩同时来。最后两个人手机对着手机,一个点转账一个递东西。

这种"一手交钱一手交货"在金融里有个正经名字,叫券款对付。

为什么较真到这个程度?因为真出过事。1974 年德国 Herstatt 银行被关停那天,好几家对手方已经把马克付出去了,美元还没收到,钱就跟着这家银行一起没了。国际清算银行后来干脆用它的名字给这类风险命名。

这两天研究 @Dusk ,发现它较真的就是这件事。

国际清算银行 1992 年那份关于券款对付的报告写得很直白:消除本金风险的唯一办法,是把证券的交付和资金的支付绑在一起,让其中一个不可能单独发生。

但现在多数 RWA 的做法恰恰是分开的。资产在一条链上,钱在另一条链或者干脆在链下,中间靠托管方、靠清算机构、靠桥。每多一个环节,就多一段"我已经付了但还没收到"的窗口。

Dusk 的路子是把发行、持有、转移、结算压进同一条链。资产和资金在同一个状态里,转让能做到原子性——要么一起成,要么一起不成,不存在半吊子状态。Phoenix 负责让金额别裸奔,共识层给的是确定性最终性,不是"等几个块大概就稳了"。

这点对证券特别关键。链上重组在 DeFi 里最多算个意外,在证券结算里是法律事故。

代价也明显。什么都压在同一条链上,这条链本身就成了单点——它的性能、节点分布、活性直接决定天花板。

如果债券和基金真开始上链,它们会挑一条能让钱货同时易手的链,还是继续在两套系统之间找人做保? #dusk $DUSK
Übersetzung ansehen
上个月卖二手车,过户在车管所排了大半天队。朋友说你卖个手机十分钟搞定,卖车怎么这么麻烦。 因为车有登记簿。手机是谁拿着就是谁的,车不是——车的归属写在一个官方册子上,转让得去改那个册子。 这两天研究 @Dusk_Foundation ,发现它抠的就是这件事。 链上资产绝大多数是"谁拿着就是谁的"。ERC-20、BTC 本质都是无记名票据,私钥在手资产在手,转给谁都不用问。 但证券不是这个逻辑。股票、债券、基金份额全是记名资产:发行方维护一份持有人名册,你的所有权是名册上的一条记录,转让要登记、要看受让人合不合格、可能还有持仓上限和锁定期。 问题就在这儿。现在多数 RWA 的做法,是把记名资产塞进一个无记名的壳里——发个 ERC-20 代表某只债券,再靠链下的白名单、托管协议、法律文件去补那些链上表达不了的规则。 底层模型和资产性质对不上,缺口只能用信任去填。 Hernando de Soto 在《资本的秘密》里有个判断我一直记着:资产如果没有正式的登记体系,它就只是死资本——看着有价值,却动不起来、抵不了押。他讲的是土地房产,放到链上资产同样成立。 Dusk 的 Zedger 走的是另一条路:把记名模型做成链上原生。名册在链上,转让规则、持有人资格、持仓限制通过 XSC 写进合约本身,不靠链下补丁。再叠一层 Phoenix,让持仓和成交金额不必公开。 代价当然有。原生记名意味着资产没法像 ERC-20 那样随便丢进任何 DEX 里裸奔,可组合性天然受限。 但我越想越觉得这个受限是对的。证券在现实里也不能随便转给任何人,链上凭什么可以。 如果真正的债券和基金开始上链,它们会挑一条能表达自己是记名资产的链,还是继续挤在无记名的壳里靠合同打补丁? #dusk $DUSK {future}(DUSKUSDT)
上个月卖二手车,过户在车管所排了大半天队。朋友说你卖个手机十分钟搞定,卖车怎么这么麻烦。

因为车有登记簿。手机是谁拿着就是谁的,车不是——车的归属写在一个官方册子上,转让得去改那个册子。

这两天研究 @Dusk ,发现它抠的就是这件事。

链上资产绝大多数是"谁拿着就是谁的"。ERC-20、BTC 本质都是无记名票据,私钥在手资产在手,转给谁都不用问。

但证券不是这个逻辑。股票、债券、基金份额全是记名资产:发行方维护一份持有人名册,你的所有权是名册上的一条记录,转让要登记、要看受让人合不合格、可能还有持仓上限和锁定期。

问题就在这儿。现在多数 RWA 的做法,是把记名资产塞进一个无记名的壳里——发个 ERC-20 代表某只债券,再靠链下的白名单、托管协议、法律文件去补那些链上表达不了的规则。

底层模型和资产性质对不上,缺口只能用信任去填。

Hernando de Soto 在《资本的秘密》里有个判断我一直记着:资产如果没有正式的登记体系,它就只是死资本——看着有价值,却动不起来、抵不了押。他讲的是土地房产,放到链上资产同样成立。

Dusk 的 Zedger 走的是另一条路:把记名模型做成链上原生。名册在链上,转让规则、持有人资格、持仓限制通过 XSC 写进合约本身,不靠链下补丁。再叠一层 Phoenix,让持仓和成交金额不必公开。

代价当然有。原生记名意味着资产没法像 ERC-20 那样随便丢进任何 DEX 里裸奔,可组合性天然受限。

但我越想越觉得这个受限是对的。证券在现实里也不能随便转给任何人,链上凭什么可以。

如果真正的债券和基金开始上链,它们会挑一条能表达自己是记名资产的链,还是继续挤在无记名的壳里靠合同打补丁? #dusk $DUSK
Übersetzung ansehen
前几天在楼下便利店买东西,习惯性掏现金。收银员问我怎么不扫码,我说没什么特别理由,就是有些消费不太想留记录——买个感冒药、买瓶酒,都算不上秘密,但也没必要让谁知道。 这两天研究 @Dusk_Foundation ,被一个设计卡住了:它一条链上同时跑着两套账户模型。 Phoenix 是隐私模型,UTXO 结构,交易金额和对手方被零知识证明藏起来。Moonlight 是透明账户模型,跟以太坊那种一样,余额公开可查。两边资金能互转。 我第一反应觉得这是设计不果断。要隐私就全隐私,混着来算什么。 读了一圈之后想法反了。 David Chaum 1985 年那篇《Security without Identification》里下过一个判断:隐私和问责从来不是对立面,好的系统是让用户自己决定在什么场合披露什么。他当年谈的是电子现金,这个原则四十年没过期。 现实金融本来就是双轨的。你钱包里的现金不上报,银行账户逐笔留痕,没人觉得这矛盾,因为场景不同。 Dusk 把这套双轨搬上链了。机构发债、发基金,持仓和成交金额走 Phoenix 藏起来;需要向监管或审计方证明什么的时候,Citadel 那层身份机制出一个零知识证明,只回答是或不是,不倒出全部账本。 这跟那种"全链加密、什么都看不见"的隐私链不是一回事。全隐藏的链机构其实不敢用,因为审计做不了。 代价确实有。两套模型意味着更高的心智成本,用户得清楚自己在哪一侧、什么时候该切过去;开发者也得同时理解两套逻辑。这不是零门槛的设计。 但我更愿意把它当特性看。RWA 真要落地,缺的从来不是全透明或全隐私,是能选。 如果债券和基金真的大规模上链,机构会挑一条什么都看得见的链,还是一条能自己决定露多少的链? #dusk $DUSK {spot}(DUSKUSDT)
前几天在楼下便利店买东西,习惯性掏现金。收银员问我怎么不扫码,我说没什么特别理由,就是有些消费不太想留记录——买个感冒药、买瓶酒,都算不上秘密,但也没必要让谁知道。

这两天研究 @Dusk ,被一个设计卡住了:它一条链上同时跑着两套账户模型。

Phoenix 是隐私模型,UTXO 结构,交易金额和对手方被零知识证明藏起来。Moonlight 是透明账户模型,跟以太坊那种一样,余额公开可查。两边资金能互转。

我第一反应觉得这是设计不果断。要隐私就全隐私,混着来算什么。

读了一圈之后想法反了。

David Chaum 1985 年那篇《Security without Identification》里下过一个判断:隐私和问责从来不是对立面,好的系统是让用户自己决定在什么场合披露什么。他当年谈的是电子现金,这个原则四十年没过期。

现实金融本来就是双轨的。你钱包里的现金不上报,银行账户逐笔留痕,没人觉得这矛盾,因为场景不同。

Dusk 把这套双轨搬上链了。机构发债、发基金,持仓和成交金额走 Phoenix 藏起来;需要向监管或审计方证明什么的时候,Citadel 那层身份机制出一个零知识证明,只回答是或不是,不倒出全部账本。

这跟那种"全链加密、什么都看不见"的隐私链不是一回事。全隐藏的链机构其实不敢用,因为审计做不了。

代价确实有。两套模型意味着更高的心智成本,用户得清楚自己在哪一侧、什么时候该切过去;开发者也得同时理解两套逻辑。这不是零门槛的设计。

但我更愿意把它当特性看。RWA 真要落地,缺的从来不是全透明或全隐私,是能选。

如果债券和基金真的大规模上链,机构会挑一条什么都看得见的链,还是一条能自己决定露多少的链? #dusk $DUSK
Eigentlich wollte ich mir nur eine kleine Schwankung mitnehmen, aber ich bin zehn Minuten nach dem Einstieg schon wieder herausgeschüttelt worden. Wenn ich jetzt auf den Chart zurückblicke, war die Kerze, die ich rausgestellt habe, genau das Tiefpunkt—klassisches Verhalten eines Standard-Brokkers. Bei SOXLB ist die Intraday-Volatilität sogar größer, als du denkst. Was du als „kleine Schwankung“ empfindest, könnte nur sein Warm-up sein. Einen zu eng gesetzten Stop-Loss zu setzen bedeutet: Geld verschenken. Kein Stop-Loss zu setzen heißt: nervös und unruhig sein—beides gleichzeitig, du stehst in der Falle. Beim nächsten Mal entweder nimmst du es mit einer längeren Laufzeit, oder mach einfach gar kein Intraday-Trade—hör auf, dir selbst clever vorkommen zu wollen. #TradFi晒单
Eigentlich wollte ich mir nur eine kleine Schwankung mitnehmen, aber ich bin zehn Minuten nach dem Einstieg schon wieder herausgeschüttelt worden.
Wenn ich jetzt auf den Chart zurückblicke, war die Kerze, die ich rausgestellt habe, genau das Tiefpunkt—klassisches Verhalten eines Standard-Brokkers.
Bei SOXLB ist die Intraday-Volatilität sogar größer, als du denkst. Was du als „kleine Schwankung“ empfindest, könnte nur sein Warm-up sein.
Einen zu eng gesetzten Stop-Loss zu setzen bedeutet: Geld verschenken. Kein Stop-Loss zu setzen heißt: nervös und unruhig sein—beides gleichzeitig, du stehst in der Falle.
Beim nächsten Mal entweder nimmst du es mit einer längeren Laufzeit, oder mach einfach gar kein Intraday-Trade—hör auf, dir selbst clever vorkommen zu wollen. #TradFi晒单
Freunde fragten mich gestern: „Wenn das Babylon-Team morgen einfach komplett abzieht – was machst du mit dem BTC, den du in TBV gesperrt hast?“ Ich brauchte zwei Sekunden, um das zu begreifen. Die Frage wirkt extrem, ist aber genau das, was alle Self-Custody-Protokolle beantworten müssen. Ich habe mir die TBV-Architektur angesehen: Jede einzelne vor-signierte Transaktion, die du unterschreibst, wenn du BTC sperrst – Ausstiegsweg, Zeit-Lock-Broadcast, Slashing-Pfade – sind ganz normale native Bitcoin-Transaktionen. Sie liegen still in deinem lokalen Speicher. Die Server von Babylon sind nicht Teil ihres „Daseins“. Das heißt: Ob Babylon noch in Betrieb ist, und ob du dein BTC zurückbekommst, sind zwei verschiedene Dinge. Nick Szabo hat in „Formalizing and Securing Relationships on Public Networks“ eine Standardregel formuliert: Smart Contracts sollen sich selbst ausführen und nicht auf die fortdauernde Mitwirkung irgendeiner Partei angewiesen sein. Dieser Satz wird oft für Unaufhaltsamkeit zitiert – aber wirklich „Team weg, Protokoll läuft trotzdem“ umzusetzen, gelingt nur wenigen Produkten. TBV macht es, weil es gar nicht das Konzept gibt „Vertragsstatus existiert auf einem Protokoll-Server“. Dein Vault ist ein UTXO im Bitcoin-Mainnet, und der Ausstiegsweg ist eine signierte Transaktion, die jederzeit broadcastet werden kann. Die UI mit @babylonlabs_io macht die Bedienung bequem, aber selbst wenn die UI verschwindet, bleibt die Transaktion weiterhin gültig. Beim ersten Bewusstsein dafür fühlte sich das seltsam beruhigend an. Nicht „ich vertraue darauf, dass Babylon langfristig da ist“, sondern „ich muss nicht darauf vertrauen, dass Babylon langfristig da ist“. Die meisten DeFi-Nutzer sind bereits daran gewöhnt, dass „Protokoll offline = Gelder eingefroren“ die Standardeinstellung ist. TBV ist anders: Selbst wenn das Protokoll verschwindet, bewegt sich der BTC weiterhin nach den Skriptregeln. Der Preis ist auch real – du musst lernen, die vor-signierten Dateien selbst zu verwahren, und wenn etwas schiefgeht, musst du wissen, wie man die Transaktionen mit Tools broadcastet. Das ist keine Null-Einstiegshürde. Würdest du BTC auch mit einem Protokoll freigeben, das zwingend voraussetzt, dass der Betreiber für immer in Betrieb ist? #baby $BABY {future}(BTCUSDT) {future}(BABYUSDT)
Freunde fragten mich gestern: „Wenn das Babylon-Team morgen einfach komplett abzieht – was machst du mit dem BTC, den du in TBV gesperrt hast?“

Ich brauchte zwei Sekunden, um das zu begreifen. Die Frage wirkt extrem, ist aber genau das, was alle Self-Custody-Protokolle beantworten müssen.

Ich habe mir die TBV-Architektur angesehen: Jede einzelne vor-signierte Transaktion, die du unterschreibst, wenn du BTC sperrst – Ausstiegsweg, Zeit-Lock-Broadcast, Slashing-Pfade – sind ganz normale native Bitcoin-Transaktionen. Sie liegen still in deinem lokalen Speicher. Die Server von Babylon sind nicht Teil ihres „Daseins“.

Das heißt: Ob Babylon noch in Betrieb ist, und ob du dein BTC zurückbekommst, sind zwei verschiedene Dinge.

Nick Szabo hat in „Formalizing and Securing Relationships on Public Networks“ eine Standardregel formuliert: Smart Contracts sollen sich selbst ausführen und nicht auf die fortdauernde Mitwirkung irgendeiner Partei angewiesen sein. Dieser Satz wird oft für Unaufhaltsamkeit zitiert – aber wirklich „Team weg, Protokoll läuft trotzdem“ umzusetzen, gelingt nur wenigen Produkten.

TBV macht es, weil es gar nicht das Konzept gibt „Vertragsstatus existiert auf einem Protokoll-Server“. Dein Vault ist ein UTXO im Bitcoin-Mainnet, und der Ausstiegsweg ist eine signierte Transaktion, die jederzeit broadcastet werden kann. Die UI mit @BabylonLabs_io macht die Bedienung bequem, aber selbst wenn die UI verschwindet, bleibt die Transaktion weiterhin gültig.

Beim ersten Bewusstsein dafür fühlte sich das seltsam beruhigend an. Nicht „ich vertraue darauf, dass Babylon langfristig da ist“, sondern „ich muss nicht darauf vertrauen, dass Babylon langfristig da ist“.

Die meisten DeFi-Nutzer sind bereits daran gewöhnt, dass „Protokoll offline = Gelder eingefroren“ die Standardeinstellung ist. TBV ist anders: Selbst wenn das Protokoll verschwindet, bewegt sich der BTC weiterhin nach den Skriptregeln.

Der Preis ist auch real – du musst lernen, die vor-signierten Dateien selbst zu verwahren, und wenn etwas schiefgeht, musst du wissen, wie man die Transaktionen mit Tools broadcastet. Das ist keine Null-Einstiegshürde.

Würdest du BTC auch mit einem Protokoll freigeben, das zwingend voraussetzt, dass der Betreiber für immer in Betrieb ist? #baby $BABY
Letzte Woche habe ich einem Freund beim Aufräumen seines Wallets geholfen, in seiner Autorisierungsliste gestöbert und da waren Dutzende – dicht an dicht – mit unendlich hohen Limits, die alle noch gültig waren, weil er diesen unzähligen „approve“-Freigaben erteilt hatte. Mehrere Vertragsnamen wusste er selbst nicht mehr. Ich habe mir dann seine beiden Phishing-Fälle in den letzten Jahren angesehen: Beide Beträge gingen über genau diese Verträge verloren, die in seiner Autorisierungsliste schlummerten. Kein privater Schlüssel ist abhandengekommen, keine Signatur wurde geleakt – und trotzdem waren die Gelder weg. In diesen Tagen, als ich TBV mit @babylonlabs_io verwendet habe, hielt mich ein Detail auf: Während des gesamten Ablaufs habe ich nicht einmal auf „approve“ geklickt. Das ist kein Produkt, das nur „weniger macht“. TBV kennt aus der Modellschicht heraus kein ERC-20-„approve“-Konzept. Es nutzt Bitcoin-UTXOs plus vorkonstruierte Transaktionen: Jeder einzelne Schritt entspricht einer konkreten Transaktion mit bereits feststehenden Betrag und feststehendem Pfad. Ist sie signiert, ist sie signiert – es gibt kein Konzept wie „Erlaube einem bestimmten Vertrag, in Zukunft jederzeit mein Geld zu bewegen“. Vitalik hat in „The Three Transitions“ immer wieder etwas betont: Die tiefste Wunde in der Wallet-UX ist es, dem Nutzer Autorisierungen signieren zu lassen, die sie eigentlich nicht verstehen. Er sagt: Jede Signatur sollte eine klare, begrenzte Bedeutung haben. TBV liegt genau auf dieser Linie. Du signierst „1 BTC in dieses Vault sperren“, nicht „einem bestimmten Vertrag erlauben, jederzeit meine BTC auszugeben“. Kryptographisch sehen sich diese beiden Signaturen zwar ähnlich, aber das Risiko unterscheidet sich um zehn Größenordnungen. Ich sage nicht, dass TBV perfekt ist. Gebührenprognose, Blockwartezeit, die Auswahl des Finality Providers – das alles muss man lernen. Aber diese Art von Angst „Ich weiß nicht, wie viele Blankoschecks ich unterschrieben habe“ ist hier wirklich weg. Vielleicht können das gerade alte DeFi-User am besten spüren: Wer es gewohnt ist, dass man bei jeder Interaktion zuerst approve macht, dann confirm und schließlich hofft, dass dieser Vertrag nie gehackt wird, der fühlt sich bei TBV erst mal etwas unwohl – unwohl damit, dass man eine Sache so sauber abschließen kann. Vielleicht ist die nächste Version von Sicherheit nicht „Ich habe so viel Absicherung unterschrieben“, sondern „Ich muss diese ganzen Dinge gar nicht unterschreiben“. #baby $BABY {future}(BTCUSDT) {future}(BABYUSDT)
Letzte Woche habe ich einem Freund beim Aufräumen seines Wallets geholfen, in seiner Autorisierungsliste gestöbert und da waren Dutzende – dicht an dicht – mit unendlich hohen Limits, die alle noch gültig waren, weil er diesen unzähligen „approve“-Freigaben erteilt hatte. Mehrere Vertragsnamen wusste er selbst nicht mehr.

Ich habe mir dann seine beiden Phishing-Fälle in den letzten Jahren angesehen: Beide Beträge gingen über genau diese Verträge verloren, die in seiner Autorisierungsliste schlummerten. Kein privater Schlüssel ist abhandengekommen, keine Signatur wurde geleakt – und trotzdem waren die Gelder weg.

In diesen Tagen, als ich TBV mit @BabylonLabs_io verwendet habe, hielt mich ein Detail auf: Während des gesamten Ablaufs habe ich nicht einmal auf „approve“ geklickt.

Das ist kein Produkt, das nur „weniger macht“. TBV kennt aus der Modellschicht heraus kein ERC-20-„approve“-Konzept. Es nutzt Bitcoin-UTXOs plus vorkonstruierte Transaktionen: Jeder einzelne Schritt entspricht einer konkreten Transaktion mit bereits feststehenden Betrag und feststehendem Pfad. Ist sie signiert, ist sie signiert – es gibt kein Konzept wie „Erlaube einem bestimmten Vertrag, in Zukunft jederzeit mein Geld zu bewegen“.

Vitalik hat in „The Three Transitions“ immer wieder etwas betont: Die tiefste Wunde in der Wallet-UX ist es, dem Nutzer Autorisierungen signieren zu lassen, die sie eigentlich nicht verstehen. Er sagt: Jede Signatur sollte eine klare, begrenzte Bedeutung haben.

TBV liegt genau auf dieser Linie. Du signierst „1 BTC in dieses Vault sperren“, nicht „einem bestimmten Vertrag erlauben, jederzeit meine BTC auszugeben“. Kryptographisch sehen sich diese beiden Signaturen zwar ähnlich, aber das Risiko unterscheidet sich um zehn Größenordnungen.

Ich sage nicht, dass TBV perfekt ist. Gebührenprognose, Blockwartezeit, die Auswahl des Finality Providers – das alles muss man lernen. Aber diese Art von Angst „Ich weiß nicht, wie viele Blankoschecks ich unterschrieben habe“ ist hier wirklich weg.

Vielleicht können das gerade alte DeFi-User am besten spüren: Wer es gewohnt ist, dass man bei jeder Interaktion zuerst approve macht, dann confirm und schließlich hofft, dass dieser Vertrag nie gehackt wird, der fühlt sich bei TBV erst mal etwas unwohl – unwohl damit, dass man eine Sache so sauber abschließen kann.

Vielleicht ist die nächste Version von Sicherheit nicht „Ich habe so viel Absicherung unterschrieben“, sondern „Ich muss diese ganzen Dinge gar nicht unterschreiben“. #baby $BABY
Heute vor Börsenbeginn habe ich kurz in die Nachrichten geschaut—NAND-Spotpreise haben sich wieder bewegt, also habe ich nebenbei bei bStocks noch etwas SNDKB nachgekauft. Ich habe nicht vor, kurzfristig zu handeln, sondern einfach langsam zu horten. Ganz ehrlich: Wenn man jetzt solche Zyklus-„Bottom“-Aktien kauft, geht es nicht so sehr um den Blick, sondern um Geduld. Wenn du es wagst zu kaufen, wenn andere das gar nicht sehen wollen, hast du eine Chance, zu verkaufen, wenn andere darum reißen. Die Phase dazwischen, in der es still wird, ist am schwersten—die meisten scheitern genau daran. #TradFi晒单
Heute vor Börsenbeginn habe ich kurz in die Nachrichten geschaut—NAND-Spotpreise haben sich wieder bewegt, also habe ich nebenbei bei bStocks noch etwas SNDKB nachgekauft.
Ich habe nicht vor, kurzfristig zu handeln, sondern einfach langsam zu horten.
Ganz ehrlich: Wenn man jetzt solche Zyklus-„Bottom“-Aktien kauft, geht es nicht so sehr um den Blick, sondern um Geduld.
Wenn du es wagst zu kaufen, wenn andere das gar nicht sehen wollen, hast du eine Chance, zu verkaufen, wenn andere darum reißen.
Die Phase dazwischen, in der es still wird, ist am schwersten—die meisten scheitern genau daran. #TradFi晒单
Vor ein paar Tagen habe ich einmal einen TBV-Einzahlvorgang abgeschlossen und dabei eine ziemlich überflüssige Sache gemacht – die Wallet erst zu schließen und dann wieder zu öffnen, nur um zu sehen, ob das BTC wirklich noch auf derselben ursprünglichen Adresse liegt. Ich habe es dreimal geprüft. DeFi-Veteranen verstehen diese Handlung. In den vergangenen Jahren bedeutete „BTC einlegen“ fast immer: BTC verschwindet vor deinen Augen – es wird zu WBTC, zu einer verketteten Buchhaltungs-Ziffernfolge auf einer Cross-Chain-Brücke, zu einer Zeile IOU in einem gewissen Treuhandkonto. Du öffnest die Wallet und die ursprüngliche BTC ist tatsächlich weg. In dem TBV mit @babylonlabs_io sehe ich dagegen, dass mein eigener UTXO an der ursprünglichen Position bleibt, nur dass die Ausgabebedingungen per Skript umgeschrieben wurden. BTC bewegt sich von Anfang bis Ende kein einziges Mal. Dieser visuelle Unterschied ist wichtiger, als ich dachte. Der Satz von Andreas Antonopoulos, der fast schon ausgelutscht ist – „Not your keys, not your coins“ – wurde in den letzten zehn Jahren von unzähligen Custodians als Marketing-Formel missbraucht. Wirklich umgesetzte Produkte gibt es jedoch nicht viele. TBV ist in den letzten Jahren eines der wenigen Konzepte, bei denen die Aussage wortwörtlich stimmt: Privatschlüssel sind in deiner Hand, UTXO liegt auf deiner Adresse, und du kannst in einem Blockexplorer zeigen und sagen: Das ist meine Transaktion. Beim zweiten Durchlauf habe ich die Wallet nicht mehr geöffnet, um nachzusehen. Beim dritten Mal habe ich sogar nicht einmal den Ablauf genau angeschaut: öffnen, sperren, leihen, fertig. Diese Kurve vom Anspannungs- zum Entspannungsgefühl – genau dort passiert die echte Akzeptanz. Marketingtexte überzeugen keine langjährigen BTC-Hodler; nur die Tatsache, dass die eigenen Coins über Monate hinweg stets auf der eigenen Adresse liegen – das ist der Beweis. Der Preis ist natürlich da. Das Aussteigen muss auf eine Blockbestätigung warten, bei den Vault-Parametern ist Aufmerksamkeit gefragt, und der Finality Provider muss sorgfältig ausgewählt werden. Aber all das sind Belege dafür, dass du es weiterhin in der Hand hast – nicht das Gegenteil. Ich beginne zu verstehen, dass TBV eigentlich ein psychologisches Problem lösen will: BTC in mehr wirtschaftliche Aktivitäten einzubinden, ohne dass sich für die Inhaber das Gefühl einstellt, die Coins seien „abgegeben“ und man habe die Kontrolle verloren. Vielleicht ist das nächste echte Signal für Akzeptanz nicht die TVL-Kurve, sondern wie viele Menschen nach einer Einzahlung nicht mehr die Wallet öffnen müssen, um noch zweimal genauer hinzusehen. #baby $BABY {future}(BTCUSDT) {future}(BABYUSDT)
Vor ein paar Tagen habe ich einmal einen TBV-Einzahlvorgang abgeschlossen und dabei eine ziemlich überflüssige Sache gemacht – die Wallet erst zu schließen und dann wieder zu öffnen, nur um zu sehen, ob das BTC wirklich noch auf derselben ursprünglichen Adresse liegt.

Ich habe es dreimal geprüft.

DeFi-Veteranen verstehen diese Handlung. In den vergangenen Jahren bedeutete „BTC einlegen“ fast immer: BTC verschwindet vor deinen Augen – es wird zu WBTC, zu einer verketteten Buchhaltungs-Ziffernfolge auf einer Cross-Chain-Brücke, zu einer Zeile IOU in einem gewissen Treuhandkonto. Du öffnest die Wallet und die ursprüngliche BTC ist tatsächlich weg.

In dem TBV mit @BabylonLabs_io sehe ich dagegen, dass mein eigener UTXO an der ursprünglichen Position bleibt, nur dass die Ausgabebedingungen per Skript umgeschrieben wurden. BTC bewegt sich von Anfang bis Ende kein einziges Mal.

Dieser visuelle Unterschied ist wichtiger, als ich dachte.

Der Satz von Andreas Antonopoulos, der fast schon ausgelutscht ist – „Not your keys, not your coins“ – wurde in den letzten zehn Jahren von unzähligen Custodians als Marketing-Formel missbraucht. Wirklich umgesetzte Produkte gibt es jedoch nicht viele. TBV ist in den letzten Jahren eines der wenigen Konzepte, bei denen die Aussage wortwörtlich stimmt: Privatschlüssel sind in deiner Hand, UTXO liegt auf deiner Adresse, und du kannst in einem Blockexplorer zeigen und sagen: Das ist meine Transaktion.

Beim zweiten Durchlauf habe ich die Wallet nicht mehr geöffnet, um nachzusehen. Beim dritten Mal habe ich sogar nicht einmal den Ablauf genau angeschaut: öffnen, sperren, leihen, fertig.

Diese Kurve vom Anspannungs- zum Entspannungsgefühl – genau dort passiert die echte Akzeptanz. Marketingtexte überzeugen keine langjährigen BTC-Hodler; nur die Tatsache, dass die eigenen Coins über Monate hinweg stets auf der eigenen Adresse liegen – das ist der Beweis.

Der Preis ist natürlich da. Das Aussteigen muss auf eine Blockbestätigung warten, bei den Vault-Parametern ist Aufmerksamkeit gefragt, und der Finality Provider muss sorgfältig ausgewählt werden. Aber all das sind Belege dafür, dass du es weiterhin in der Hand hast – nicht das Gegenteil.

Ich beginne zu verstehen, dass TBV eigentlich ein psychologisches Problem lösen will: BTC in mehr wirtschaftliche Aktivitäten einzubinden, ohne dass sich für die Inhaber das Gefühl einstellt, die Coins seien „abgegeben“ und man habe die Kontrolle verloren.

Vielleicht ist das nächste echte Signal für Akzeptanz nicht die TVL-Kurve, sondern wie viele Menschen nach einer Einzahlung nicht mehr die Wallet öffnen müssen, um noch zweimal genauer hinzusehen. #baby $BABY
Ich habe diese Order direkt mit einer Position von 6% des Gesamt­kapitals platziert. Den Einstiegspreis habe ich in einem Bereich gewählt, der bei einem Rücksetzer relativ sauber ist. Den Stop-Loss habe ich an der Linie gesetzt, die bei vollständigem Bruch der Struktur gerissen wird. Wenn sie bricht, nehme ich den Verlust hin und gehe sofort, kein hartes Durchhalten. Außerdem kann man bei bStocks 24 Stunden am Tag handeln – wenn ich raus will, laufe ich einfach. So bequem. Vorher mit traditionellen US-Aktien zu spielen war schon nervig genug: erst abwarten, bis der Markt öffnet, dann Geld umleiten, dann abwickeln – alles hat ewig gedauert. Jetzt einfach mit USDT auf einen Rutsch rein, die Kosten zum Umschichten so niedrig, dass man lachen muss. Genau das ist der echte Spaß an tokenisierten Aktien! Weiter so, nach vorn! #TradFi晒单
Ich habe diese Order direkt mit einer Position von 6% des Gesamt­kapitals platziert. Den Einstiegspreis habe ich in einem Bereich gewählt, der bei einem Rücksetzer relativ sauber ist. Den Stop-Loss habe ich an der Linie gesetzt, die bei vollständigem Bruch der Struktur gerissen wird. Wenn sie bricht, nehme ich den Verlust hin und gehe sofort, kein hartes Durchhalten. Außerdem kann man bei bStocks 24 Stunden am Tag handeln – wenn ich raus will, laufe ich einfach. So bequem. Vorher mit traditionellen US-Aktien zu spielen war schon nervig genug: erst abwarten, bis der Markt öffnet, dann Geld umleiten, dann abwickeln – alles hat ewig gedauert. Jetzt einfach mit USDT auf einen Rutsch rein, die Kosten zum Umschichten so niedrig, dass man lachen muss. Genau das ist der echte Spaß an tokenisierten Aktien! Weiter so, nach vorn! #TradFi晒单
Vor ein paar Tagen habe ich eine Schublade aufgeräumt und eine ganze Stapelbriefmarken gefunden, die ich vor einigen Jahren gekauft hatte. Als ich etwas versenden wollte, wurde mir gesagt, der Nennwert reiche nicht aus – die Portotarife waren längst gestiegen. Die Briefmarken sind noch da, aber die damaligen Preise gelten nicht mehr. In den letzten Tagen möchte ich @babylonlabs_io TBV nutzen und bleibe an einer ähnlichen Stelle hängen: Bei Transaktionen mit vorab signierten (pre-signed) Transaktionen wird der Gebührensatz im Moment festgelegt, in dem der Vault erstellt wird. Die Sicherheit von TBV beruht in großem Maße auf „Vorausbau“: Ausstiegswege, Beschlagnahmungs-/Verfallpfade und welche Transaktion nach Ablauf der Timelock-Frist ausgesendet wird – alles ist bereits signiert, bevor du BTC sperrst. Genau das ist der Grund, warum es keine Smart Contracts und keine nachträgliche Genehmigung durch irgendjemanden braucht. Aber ob eine Bitcoin-Transaktion gepackt wird, hängt davon ab, ob der von ihr ausgewiesene Gebührensatz im aktuellen Mempool ausreicht, den man gerade sieht. Vorab signiert bedeutet, dass der Gebührensatz eine Einschätzung aus der Vergangenheit ist. An dem Tag, an dem du die Coins sperrst, ist der Mempool leer. Zwei Monate später kommt eine Welle von Inschrift-/铭文-Hype herein, und die Exit-Transaktion, die damals bereits signiert wurde, könnte im Pool festhängen und ignoriert werden. Antoine Riard hat bei seinen Untersuchungen zu den „Transaction Pinning“-Angriffen immer wieder einen Punkt betont: Die eigentliche Schwierigkeit bei vorab signierten Transaktionen ist niemals das Signieren selbst, sondern wie man sie nach dem Signieren noch für höhere Gebühren „nachrüsten“ kann. Lightning hat dafür eigens anchor outputs entwickelt – damit es einen Ausstieg gibt, um nachträglich eine zusätzliche Gebühr anzuhängen. Die meisten lesen „pre-signed“ als Determinismus. Ich lese es lieber als eine Wette auf einen zukünftigen Gebührenmarkt. Technisch gibt es Lösungen: CPFP, Anchor Outputs, die Vorhaltung mehrerer Gebührenstufen – das sind etablierte Vorgehensweisen. Aber jede Lösung schiebt die Komplexität nach vorn: Du musst im Erstellungsstadium schon das mögliche Gebührenumfeld in der Zukunft berücksichtigen, oder du musst dich auf eine Rolle verlassen, die bereit ist, für dich nachzujustieren. Ich beobachte schon länger eine Sache: TBV entfernt die freie Ermessensmacht, etwas in bösartiger Absicht zu tun – aber wenn es zu Staus kommt und Transaktionen nach draußen müssen, bei wem landet diese Fähigkeit am Ende? #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {future}(BTCUSDT)
Vor ein paar Tagen habe ich eine Schublade aufgeräumt und eine ganze Stapelbriefmarken gefunden, die ich vor einigen Jahren gekauft hatte. Als ich etwas versenden wollte, wurde mir gesagt, der Nennwert reiche nicht aus – die Portotarife waren längst gestiegen. Die Briefmarken sind noch da, aber die damaligen Preise gelten nicht mehr.

In den letzten Tagen möchte ich @BabylonLabs_io TBV nutzen und bleibe an einer ähnlichen Stelle hängen: Bei Transaktionen mit vorab signierten (pre-signed) Transaktionen wird der Gebührensatz im Moment festgelegt, in dem der Vault erstellt wird.

Die Sicherheit von TBV beruht in großem Maße auf „Vorausbau“: Ausstiegswege, Beschlagnahmungs-/Verfallpfade und welche Transaktion nach Ablauf der Timelock-Frist ausgesendet wird – alles ist bereits signiert, bevor du BTC sperrst. Genau das ist der Grund, warum es keine Smart Contracts und keine nachträgliche Genehmigung durch irgendjemanden braucht.

Aber ob eine Bitcoin-Transaktion gepackt wird, hängt davon ab, ob der von ihr ausgewiesene Gebührensatz im aktuellen Mempool ausreicht, den man gerade sieht. Vorab signiert bedeutet, dass der Gebührensatz eine Einschätzung aus der Vergangenheit ist. An dem Tag, an dem du die Coins sperrst, ist der Mempool leer. Zwei Monate später kommt eine Welle von Inschrift-/铭文-Hype herein, und die Exit-Transaktion, die damals bereits signiert wurde, könnte im Pool festhängen und ignoriert werden.

Antoine Riard hat bei seinen Untersuchungen zu den „Transaction Pinning“-Angriffen immer wieder einen Punkt betont: Die eigentliche Schwierigkeit bei vorab signierten Transaktionen ist niemals das Signieren selbst, sondern wie man sie nach dem Signieren noch für höhere Gebühren „nachrüsten“ kann. Lightning hat dafür eigens anchor outputs entwickelt – damit es einen Ausstieg gibt, um nachträglich eine zusätzliche Gebühr anzuhängen.

Die meisten lesen „pre-signed“ als Determinismus. Ich lese es lieber als eine Wette auf einen zukünftigen Gebührenmarkt.

Technisch gibt es Lösungen: CPFP, Anchor Outputs, die Vorhaltung mehrerer Gebührenstufen – das sind etablierte Vorgehensweisen. Aber jede Lösung schiebt die Komplexität nach vorn: Du musst im Erstellungsstadium schon das mögliche Gebührenumfeld in der Zukunft berücksichtigen, oder du musst dich auf eine Rolle verlassen, die bereit ist, für dich nachzujustieren.

Ich beobachte schon länger eine Sache: TBV entfernt die freie Ermessensmacht, etwas in bösartiger Absicht zu tun – aber wenn es zu Staus kommt und Transaktionen nach draußen müssen, bei wem landet diese Fähigkeit am Ende? #baby $BABY @BabylonLabs_io
$BTC
·
--
Bullisch
Vor ein paar Tagen hat mich jemand gefragt, wie viele Tage es dauert, bis die Entsperrung von Babylon wirklich ausgezahlt wird. Ich habe aus dem Bauch heraus eine Zahl genannt. Später habe ich nachgesehen und gemerkt: Diese Frage lässt sich überhaupt nicht mit einer festen Anzahl von Tagen beantworten. In den TBV von @babylonlabs_io ist die Entsperrzeit-Sperre im Skript starr über die Blockhöhe fest verdrahtet, nicht über die Zeit. Das Bitcoin-Skript kann nur verstehen: „in N weiteren Blöcken“. Es hat keine Uhr. Und dass Bitcoin Blöcke erzeugt, folgt einem Poisson-Prozess. Meni Rosenfeld hat in seiner Arbeit von 2011 „Analysis of Hashrate-Based Double Spending“ sehr klar die Schlussfolgerungen dargelegt: Die Blockintervalle folgen einer Exponentialverteilung, mit einem Mittelwert von zehn Minuten, aber einer beachtlichen Varianz. Zehn Minuten ist der Erwartungswert – keine Zusage. Also sind die „sieben Tage“ nur nominal. In der Praxis ist es eine Verteilung. Wenn die Hashrate steigt, kommen Blöcke schneller, und du könntest schon nach etwas mehr als sechs Tagen entsperren. Wenn die Hashrate in der Phase der Difficulty-Adjustments sinkt, kann es auch völlig normal sein, dass es sich auf acht Tage verzögert. Die meisten lesen die Entsperrfrist als ein Datum. Ich würde sie lieber als ein Intervall verstehen. Wann wird dieser Unterschied wichtig? Im Alltag ist es egal – ein Tag früher oder später interessiert niemanden. Aber wenn du in einem starken Abverkaufsmarkt darauf wartest, dass diese BTC rechtzeitig herauskommt, um nachzukaufen, dann sind ein paar Stunden Abweichung ganz reale Ausführungsrisiken. Du glaubst, du wartest auf einen bestimmten Zeitpunkt – in Wahrheit wartest du auf ein probabilistisches Ereignis, das sich erst mit der Zeit „einpendelt“. Zur Klarstellung: Das ist kein Designfehler. Dass man Blockhöhen statt Zeitstempel verwendet, ist gerade eine notwendige Bedingung, damit TBV ohne Vertrauen auskommt. Sobald du eine externe Zeitquelle einführst, musst du jemandem trauen, der die Uhrzeit angibt. Diese Ungewissheit ist der Preis für Selbstverwahrung: Dafür kann niemand deine Entsperrung vorhersehbar vorziehen oder verzögern. Der Preis existiert jedoch – und er wird auf die Planungsfähigkeit der Nutzer verlagert. Das Protokoll garantiert „dass es nicht von anderen verändert wird“, aber es garantiert nicht „dass du es exakt vorhersagen kannst“. Ich beobachte eine Sache: Entfernt TBV durch die Blockhöhen die Ermessensfreiheit über die Zeit – oder verlagert es die Ungewissheit der Zeit nur vom Protokoll auf den Nutzer? #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {future}(BTCUSDT)
Vor ein paar Tagen hat mich jemand gefragt, wie viele Tage es dauert, bis die Entsperrung von Babylon wirklich ausgezahlt wird. Ich habe aus dem Bauch heraus eine Zahl genannt. Später habe ich nachgesehen und gemerkt: Diese Frage lässt sich überhaupt nicht mit einer festen Anzahl von Tagen beantworten.

In den TBV von @BabylonLabs_io ist die Entsperrzeit-Sperre im Skript starr über die Blockhöhe fest verdrahtet, nicht über die Zeit. Das Bitcoin-Skript kann nur verstehen: „in N weiteren Blöcken“. Es hat keine Uhr.

Und dass Bitcoin Blöcke erzeugt, folgt einem Poisson-Prozess. Meni Rosenfeld hat in seiner Arbeit von 2011 „Analysis of Hashrate-Based Double Spending“ sehr klar die Schlussfolgerungen dargelegt: Die Blockintervalle folgen einer Exponentialverteilung, mit einem Mittelwert von zehn Minuten, aber einer beachtlichen Varianz. Zehn Minuten ist der Erwartungswert – keine Zusage.

Also sind die „sieben Tage“ nur nominal. In der Praxis ist es eine Verteilung. Wenn die Hashrate steigt, kommen Blöcke schneller, und du könntest schon nach etwas mehr als sechs Tagen entsperren. Wenn die Hashrate in der Phase der Difficulty-Adjustments sinkt, kann es auch völlig normal sein, dass es sich auf acht Tage verzögert.

Die meisten lesen die Entsperrfrist als ein Datum. Ich würde sie lieber als ein Intervall verstehen.

Wann wird dieser Unterschied wichtig? Im Alltag ist es egal – ein Tag früher oder später interessiert niemanden. Aber wenn du in einem starken Abverkaufsmarkt darauf wartest, dass diese BTC rechtzeitig herauskommt, um nachzukaufen, dann sind ein paar Stunden Abweichung ganz reale Ausführungsrisiken. Du glaubst, du wartest auf einen bestimmten Zeitpunkt – in Wahrheit wartest du auf ein probabilistisches Ereignis, das sich erst mit der Zeit „einpendelt“.

Zur Klarstellung: Das ist kein Designfehler. Dass man Blockhöhen statt Zeitstempel verwendet, ist gerade eine notwendige Bedingung, damit TBV ohne Vertrauen auskommt. Sobald du eine externe Zeitquelle einführst, musst du jemandem trauen, der die Uhrzeit angibt. Diese Ungewissheit ist der Preis für Selbstverwahrung: Dafür kann niemand deine Entsperrung vorhersehbar vorziehen oder verzögern.

Der Preis existiert jedoch – und er wird auf die Planungsfähigkeit der Nutzer verlagert. Das Protokoll garantiert „dass es nicht von anderen verändert wird“, aber es garantiert nicht „dass du es exakt vorhersagen kannst“.

Ich beobachte eine Sache: Entfernt TBV durch die Blockhöhen die Ermessensfreiheit über die Zeit – oder verlagert es die Ungewissheit der Zeit nur vom Protokoll auf den Nutzer? #baby $BABY @BabylonLabs_io
$BTC
Letztes Jahr das Handy gewechselt – Fotos und Videos waren vorher komplett gesichert, ich dachte, alles sei damit wasserdicht. Doch als es dann wirklich ums Wiederherstellen ging, stellte sich heraus: Auf dem alten Handy wird eine Verifizierungscode-App/Bestätigung angezeigt, aber das alte Handy war bereits verkauft. Sicherung und Wiederherstellung – das sind ursprünglich zwei verschiedene Dinge. Diese Tage wollte ich mich @babylonlabs_io s TBV anschauen, und ein Detail hat mich wieder an das erinnert: In dieser Architektur sind die Dinge, die du zu verwahren hast, scheinbar nicht mehr nur der Private Key. Das klassische mentale Modell von Self-Custody ist sehr sauber. 12 Seed-Wörter, aufs Papier geschrieben, in einer Schublade eingeschlossen – selbst wenn alles zusammenbricht, kannst du wiederherstellen. Diese Annahme beruht auf einem Punkt: Die Bedingungen dafür, dass BTC ausgegeben werden kann, hängen nur von einer Sache ab – ob du signieren kannst. TBVs Vault ist anders. Sein Exit-Pfad wird bereits im Moment der Erstellung im Voraus konstruiert und vorab signiert – eine ganze Menge von Transaktionen. Welcher normale Entkopplungsweg genutzt wird, wie/ wann der Timelock abläuft und wie gesendet wird, wie die Slashing-Bedingungen ausgelöst werden – all das ist nicht etwas, das man erst nachträglich provisorisch ausrechnet, sondern ist im Transaktionsgraphen fest vorhergeschrieben. Der Vorteil ist ganz handfest: Kein Smart Contract nötig, keine nachträgliche Freigabe durch irgendjemanden, und die Bitcoin-Skripte erzwingen es ganz von selbst. Aber die Kosten sitzen an derselben Stelle. Der Private Key liegt zwar bei dir, aber du musst gleichzeitig auch wissen, welche Parameter dieses Vault verwendet, welche Version, und wie der Exit-Pfad aussieht. Theoretisch kann man vieles davon aus dem On-Chain rekonstruieren – vorausgesetzt, du weißt, wonach du suchen musst und wie man es reproduziert. Damit verschiebt sich das Problem von „Ist etwas verloren?“ zu „Kannst du es selbst wieder aufbauen?“. Ross Anderson betont in „Security Engineering“ immer wieder einen Punkt: Sicherheitsysteme scheitern nur selten wegen der Kryptografie. In den allermeisten Fällen passieren die Misserfolge in den Prozessschritten außerhalb der Kryptografie – Sicherung, Wiederherstellung, Übergabe, menschliche Fehler. Dieser Satz passt auf TBV besonders gut. Er verlagert Vertrauen weg von Menschen hin zur Mathematik, aber gleichzeitig verlagert er einen Teil der Betriebsverantwortung zurück auf den Nutzer. Das ist kein Mangel, sondern die Gegenleistung von Self-Custody: Wenn du wirklich die Kontrolle haben willst, musst du auch die echte Verwahrungsverpflichtung übernehmen. Ich vermute, das ist die eigentliche Akzeptanzhürde von TBV. Nicht weil die Rendite nicht hübsch genug wäre, sondern weil die Last der Self-Custody schwerer wiegt, als die meisten denken. Wenn man einmal an „Ein-Klick“-Staking an der Börse gewöhnt ist: Bist du bereit, dafür, dass man „eine zusätzliche Verwahrung“ hat, diese Mühe auf dich zu nehmen? #baby $BABY @babylonlabs_io {spot}(BTCUSDT) {spot}(BABYUSDT)
Letztes Jahr das Handy gewechselt – Fotos und Videos waren vorher komplett gesichert, ich dachte, alles sei damit wasserdicht. Doch als es dann wirklich ums Wiederherstellen ging, stellte sich heraus: Auf dem alten Handy wird eine Verifizierungscode-App/Bestätigung angezeigt, aber das alte Handy war bereits verkauft.

Sicherung und Wiederherstellung – das sind ursprünglich zwei verschiedene Dinge.

Diese Tage wollte ich mich @BabylonLabs_io s TBV anschauen, und ein Detail hat mich wieder an das erinnert: In dieser Architektur sind die Dinge, die du zu verwahren hast, scheinbar nicht mehr nur der Private Key.

Das klassische mentale Modell von Self-Custody ist sehr sauber. 12 Seed-Wörter, aufs Papier geschrieben, in einer Schublade eingeschlossen – selbst wenn alles zusammenbricht, kannst du wiederherstellen. Diese Annahme beruht auf einem Punkt: Die Bedingungen dafür, dass BTC ausgegeben werden kann, hängen nur von einer Sache ab – ob du signieren kannst.

TBVs Vault ist anders. Sein Exit-Pfad wird bereits im Moment der Erstellung im Voraus konstruiert und vorab signiert – eine ganze Menge von Transaktionen. Welcher normale Entkopplungsweg genutzt wird, wie/ wann der Timelock abläuft und wie gesendet wird, wie die Slashing-Bedingungen ausgelöst werden – all das ist nicht etwas, das man erst nachträglich provisorisch ausrechnet, sondern ist im Transaktionsgraphen fest vorhergeschrieben.

Der Vorteil ist ganz handfest: Kein Smart Contract nötig, keine nachträgliche Freigabe durch irgendjemanden, und die Bitcoin-Skripte erzwingen es ganz von selbst.

Aber die Kosten sitzen an derselben Stelle. Der Private Key liegt zwar bei dir, aber du musst gleichzeitig auch wissen, welche Parameter dieses Vault verwendet, welche Version, und wie der Exit-Pfad aussieht. Theoretisch kann man vieles davon aus dem On-Chain rekonstruieren – vorausgesetzt, du weißt, wonach du suchen musst und wie man es reproduziert. Damit verschiebt sich das Problem von „Ist etwas verloren?“ zu „Kannst du es selbst wieder aufbauen?“.

Ross Anderson betont in „Security Engineering“ immer wieder einen Punkt: Sicherheitsysteme scheitern nur selten wegen der Kryptografie. In den allermeisten Fällen passieren die Misserfolge in den Prozessschritten außerhalb der Kryptografie – Sicherung, Wiederherstellung, Übergabe, menschliche Fehler.

Dieser Satz passt auf TBV besonders gut. Er verlagert Vertrauen weg von Menschen hin zur Mathematik, aber gleichzeitig verlagert er einen Teil der Betriebsverantwortung zurück auf den Nutzer. Das ist kein Mangel, sondern die Gegenleistung von Self-Custody: Wenn du wirklich die Kontrolle haben willst, musst du auch die echte Verwahrungsverpflichtung übernehmen.

Ich vermute, das ist die eigentliche Akzeptanzhürde von TBV. Nicht weil die Rendite nicht hübsch genug wäre, sondern weil die Last der Self-Custody schwerer wiegt, als die meisten denken.

Wenn man einmal an „Ein-Klick“-Staking an der Börse gewöhnt ist: Bist du bereit, dafür, dass man „eine zusätzliche Verwahrung“ hat, diese Mühe auf dich zu nehmen? #baby $BABY @BabylonLabs_io
Ich habe vor ein paar Tagen den Artikel über „Finality Provider“ fertiggeschrieben. In den Kommentaren hat jemand gefragt: Wenn TBV sagt, dass man dieser Sache nicht vertrauen muss – gibt es in dieser ganzen Konstruktion überhaupt noch Stellen, an denen man „jemandem vertrauen“ muss? Damals bin ich ausgewichen. Ehrlich gesagt: ja. Und zwar an einer Stelle, die noch tiefer liegt als bei FP: dem „Covenant Committee“. Der Begriff „Covenant“ wurde zuerst von Gregory Maxwell auf bitcointalk im Jahr 2013 vorgeschlagen. Damals war das Problem ziemlich simpel: Kann man eine Transaktion so erzwingen, dass, wenn Bitcoin ausgegeben wird, sie „nur dorthin“ ausgegeben werden darf, wohin der Vertrag es vorgibt? Das kann das Bitcoin-Skript von sich aus nicht. Du kannst zwar Gelder sperren, aber nicht festlegen, wohin die Gelder nach dem Freigeben gehen. Genau diese Fähigkeit braucht TBV am dringendsten. Das gestakte BTC muss eine Bedingung erfüllen: Beim normalen Ausstieg muss es an die Nutzer zurückgehen, beim Fehlverhalten wird es nach den Protokollregeln beschlagnahmt. Das ist ein typischer Covenant-Bedarf. Das Problem: Bis heute gibt es in Bitcoin keine nativen Covenants. Vorschläge wie OP_CTV und OP_VAULT liegen noch in BIP-Form und wurden noch nicht aktiviert. Die @babylonlabs_io -Lösung ist „Covenant Emulation“: Man sucht sich eine Gruppe von Teilnehmern, die mögliche Ausgabepfade im Voraus signieren. Durch die Zusammenarbeit mehrerer Parteien wird so die Wirkung eines nativen Covenants simuliert. Daher ist die Pfadbindung der BTC, die du in Vault sperrst, nicht vollständig durch den Bitcoin-Konsens garantiert, sondern durch die Schwellenwertsignatur dieses Komitees. Das ist kein Makel, sondern ein öffentliches Übergangskonzept der Branche. Die Teilnehmer sind dezentral, ihre Aufgaben sind auf die vorgegebenen Pfade beschränkt, und sie können die Nutzerfonds nicht eigenmächtig umleiten. Aber es bildet tatsächlich eine „menschliche Komponente“ – anders als der reine mathematische Anker aus dem gestrigen Artikel über Checkpointing, der eine andere Natur hat. So verstehe ich TBV heute: Die oberen Teile – die EOTS-Disziplinarmaßnahme (Strafvollzug), UTXO-Isolation und die Bitcoin-Zeitstempel – sind Mathematik. Darunter ist die Covenant-Simulation vorerst noch eine Mischung aus sozialem Konsens und Kryptografie. Das „echte“ Endstadium kommt erst, wenn Bitcoin Covenants nativ im Mainnet umsetzt – dann kann dieses Komitee vollständig entfernt werden. So elegant auch das Design-Dokument klingt: Das fehlende Opcode auf der Basisschicht lässt sich nicht wegdiskutieren. Meinst du, Babylon sollte auf das Upgrade von Bitcoin warten, oder sollte es unter den bestehenden Einschränkungen erst einmal schon loslaufen? #baby $BABY @babylonlabs_io {spot}(BABYUSDT) $BTC {spot}(BTCUSDT)
Ich habe vor ein paar Tagen den Artikel über „Finality Provider“ fertiggeschrieben. In den Kommentaren hat jemand gefragt: Wenn TBV sagt, dass man dieser Sache nicht vertrauen muss – gibt es in dieser ganzen Konstruktion überhaupt noch Stellen, an denen man „jemandem vertrauen“ muss?

Damals bin ich ausgewichen. Ehrlich gesagt: ja. Und zwar an einer Stelle, die noch tiefer liegt als bei FP: dem „Covenant Committee“.

Der Begriff „Covenant“ wurde zuerst von Gregory Maxwell auf bitcointalk im Jahr 2013 vorgeschlagen. Damals war das Problem ziemlich simpel: Kann man eine Transaktion so erzwingen, dass, wenn Bitcoin ausgegeben wird, sie „nur dorthin“ ausgegeben werden darf, wohin der Vertrag es vorgibt? Das kann das Bitcoin-Skript von sich aus nicht. Du kannst zwar Gelder sperren, aber nicht festlegen, wohin die Gelder nach dem Freigeben gehen.

Genau diese Fähigkeit braucht TBV am dringendsten. Das gestakte BTC muss eine Bedingung erfüllen: Beim normalen Ausstieg muss es an die Nutzer zurückgehen, beim Fehlverhalten wird es nach den Protokollregeln beschlagnahmt.

Das ist ein typischer Covenant-Bedarf.

Das Problem: Bis heute gibt es in Bitcoin keine nativen Covenants. Vorschläge wie OP_CTV und OP_VAULT liegen noch in BIP-Form und wurden noch nicht aktiviert.

Die @BabylonLabs_io -Lösung ist „Covenant Emulation“: Man sucht sich eine Gruppe von Teilnehmern, die mögliche Ausgabepfade im Voraus signieren. Durch die Zusammenarbeit mehrerer Parteien wird so die Wirkung eines nativen Covenants simuliert. Daher ist die Pfadbindung der BTC, die du in Vault sperrst, nicht vollständig durch den Bitcoin-Konsens garantiert, sondern durch die Schwellenwertsignatur dieses Komitees.

Das ist kein Makel, sondern ein öffentliches Übergangskonzept der Branche. Die Teilnehmer sind dezentral, ihre Aufgaben sind auf die vorgegebenen Pfade beschränkt, und sie können die Nutzerfonds nicht eigenmächtig umleiten. Aber es bildet tatsächlich eine „menschliche Komponente“ – anders als der reine mathematische Anker aus dem gestrigen Artikel über Checkpointing, der eine andere Natur hat.

So verstehe ich TBV heute: Die oberen Teile – die EOTS-Disziplinarmaßnahme (Strafvollzug), UTXO-Isolation und die Bitcoin-Zeitstempel – sind Mathematik. Darunter ist die Covenant-Simulation vorerst noch eine Mischung aus sozialem Konsens und Kryptografie. Das „echte“ Endstadium kommt erst, wenn Bitcoin Covenants nativ im Mainnet umsetzt – dann kann dieses Komitee vollständig entfernt werden.

So elegant auch das Design-Dokument klingt: Das fehlende Opcode auf der Basisschicht lässt sich nicht wegdiskutieren. Meinst du, Babylon sollte auf das Upgrade von Bitcoin warten, oder sollte es unter den bestehenden Einschränkungen erst einmal schon loslaufen? #baby $BABY @BabylonLabs_io
$BTC
·
--
Bullisch
Vor ein paar Tagen fragte mich ein Freund: „Babylon stellt doch anderen Chains Sicherheit bereit – warum schickt es dann selbst regelmäßig Transaktionen an das Bitcoin-Hauptnetz? Bezahlt es nicht einfach sinnlos Gebühren? Ich konnte das damals nicht beantworten. Später, als ich die Dokumentation durchging, wurde mir klar – das ist ein Vorgang, der einen Fachbegriff hat: Checkpointing. Es ist eine weitere unsichtbare tragende Säule in der gesamten TBV-Architektur. Und es ist etwas völlig anderes als das, was die meisten von EOTS-Penalties kennen. Es geht um ein noch älteres Grundproblem: Warum soll eine bestimmte Historie überhaupt zählen? Leslie Lamport schrieb bereits 1978 in seinem bahnbrechenden Paper zur Grundlage verteilter Systeme, „Time, Clocks, and the Ordering of Events in a Distributed System“, eine kontraintuitive Ansicht: In verteilten Systemen ist die „Zeit“ selbst nicht zuverlässig. Du brauchst eine Ereignisreihenfolge, die niemand verfälschen kann – nur so kann Konsens existieren. Bitcoin hat in den letzten 16 Jahren genau eine Sache richtig gemacht: Es ist die weltweit schwer zu stürzende Maschine zur Erzeugung einer Ereignisreihenfolge. Wenn du eine bestimmte Bitcoin-Historie manipulieren willst, liegen die Kosten praktisch bei einer vollständigen Neustartung des gesamten Bitcoin-Netzwerks. Das Checkpointing-Prinzip mit @babylonlabs_io besteht im Kern darin, Momentaufnahmen des Zustands der eingehängten Chain regelmäßig „festzunageln“ in dieser Reihenfolge. In gewissen Abständen verpackt Babylon den Hash kritischer Zustände der PoS-Chain und sendet ihn als eine ganz normale Transaktion an das Bitcoin-Hauptnetz. Diese Transaktion trägt keinerlei Smart-Contract-Logik, sie macht nichts weiter, als zu existieren. Sobald sie von Bitcoin in einem Block verpackt wurde, erhält diese PoS-Historie einen Zeitstempel auf Bitcoin-Niveau. Um sie zurückzudrehen, musst du zuerst Bitcoin zurückdrehen. Damit wird eine der tiefsten Krankheiten von PoS geheilt: Long-Range-Angriffe. Der historische Anker klassischer PoS-Chains ist der soziale Konsens. Babylon ersetzt diesen Anker durch den Zeitstempel der Rechenleistung von Bitcoin. Die Gebühren werden nicht „umsonst“ bezahlt – sie sind die Miete für die über 16 Jahre angesammelte Ordnungs-Autorität von Bitcoin. Nachdem ich diese Ebene durchdrungen hatte, änderte sich meine Sicht auf Babylon. Es baut nicht noch ein weiteres „BTC-verzinse-dein-Geld“-Protokoll. Es macht etwas Grundlegenderes: Bitcoin in einen Zeitstandard für die gesamte Multi-Chain-Welt zu verwandeln. Dass eine Chain die historische Autorität einer anderen Chain ausleihen kann, ist in der Geschichte der Kryptografie tatsächlich selten passiert. Fällt dir auf, ob das nicht schon Infrastruktur ist? #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {spot}(BTCUSDT)
Vor ein paar Tagen fragte mich ein Freund: „Babylon stellt doch anderen Chains Sicherheit bereit – warum schickt es dann selbst regelmäßig Transaktionen an das Bitcoin-Hauptnetz? Bezahlt es nicht einfach sinnlos Gebühren?

Ich konnte das damals nicht beantworten. Später, als ich die Dokumentation durchging, wurde mir klar – das ist ein Vorgang, der einen Fachbegriff hat: Checkpointing. Es ist eine weitere unsichtbare tragende Säule in der gesamten TBV-Architektur. Und es ist etwas völlig anderes als das, was die meisten von EOTS-Penalties kennen. Es geht um ein noch älteres Grundproblem: Warum soll eine bestimmte Historie überhaupt zählen?

Leslie Lamport schrieb bereits 1978 in seinem bahnbrechenden Paper zur Grundlage verteilter Systeme, „Time, Clocks, and the Ordering of Events in a Distributed System“, eine kontraintuitive Ansicht: In verteilten Systemen ist die „Zeit“ selbst nicht zuverlässig. Du brauchst eine Ereignisreihenfolge, die niemand verfälschen kann – nur so kann Konsens existieren.

Bitcoin hat in den letzten 16 Jahren genau eine Sache richtig gemacht: Es ist die weltweit schwer zu stürzende Maschine zur Erzeugung einer Ereignisreihenfolge. Wenn du eine bestimmte Bitcoin-Historie manipulieren willst, liegen die Kosten praktisch bei einer vollständigen Neustartung des gesamten Bitcoin-Netzwerks.

Das Checkpointing-Prinzip mit @BabylonLabs_io besteht im Kern darin, Momentaufnahmen des Zustands der eingehängten Chain regelmäßig „festzunageln“ in dieser Reihenfolge. In gewissen Abständen verpackt Babylon den Hash kritischer Zustände der PoS-Chain und sendet ihn als eine ganz normale Transaktion an das Bitcoin-Hauptnetz. Diese Transaktion trägt keinerlei Smart-Contract-Logik, sie macht nichts weiter, als zu existieren.

Sobald sie von Bitcoin in einem Block verpackt wurde, erhält diese PoS-Historie einen Zeitstempel auf Bitcoin-Niveau. Um sie zurückzudrehen, musst du zuerst Bitcoin zurückdrehen.

Damit wird eine der tiefsten Krankheiten von PoS geheilt: Long-Range-Angriffe. Der historische Anker klassischer PoS-Chains ist der soziale Konsens. Babylon ersetzt diesen Anker durch den Zeitstempel der Rechenleistung von Bitcoin. Die Gebühren werden nicht „umsonst“ bezahlt – sie sind die Miete für die über 16 Jahre angesammelte Ordnungs-Autorität von Bitcoin.

Nachdem ich diese Ebene durchdrungen hatte, änderte sich meine Sicht auf Babylon. Es baut nicht noch ein weiteres „BTC-verzinse-dein-Geld“-Protokoll. Es macht etwas Grundlegenderes: Bitcoin in einen Zeitstandard für die gesamte Multi-Chain-Welt zu verwandeln.

Dass eine Chain die historische Autorität einer anderen Chain ausleihen kann, ist in der Geschichte der Kryptografie tatsächlich selten passiert. Fällt dir auf, ob das nicht schon Infrastruktur ist? #baby $BABY @BabylonLabs_io
$BTC
Gestern hat wieder jemand in der Gruppe über Babylon beschwert, dass das Entbinden mehrere Tage dauert und einfach zu umständlich ist. Dieser Einwand ist mir inzwischen bestimmt zehnmal begegnet. Jedes Mal denke ich dann: Diese Wartezeit ist genau der „teuerste“ Designabschnitt im gesamten TBV – nur die meisten haben es nicht bemerkt. Vitalik hat 2014 einen Aufsatz geschrieben, der später von allen PoS-Forschern immer wieder zitiert wurde: „Weak Subjectivity“. Kernaussage: In einem PoS-System gibt es von Natur aus eine Schwachstelle bei „Long-Range-Angriffen“. Der Angreifer muss nur im Besitz des privaten Schlüssels der Mehrheits-Validatoren zu irgendeinem Zeitpunkt aus der Vergangenheit sein – und kann dann völlig aus dem Nichts eine vollständig gültige Geschichts-Gabel fälschen. Bei PoW wird dieses Problem durch Rechenleistung bekämpft. Wodurch wird es bei PoS gelöst? Vitaliks Antwort ist im Grunde etwas ungemütlich: „Weak Subjectivity“ – du musst dich auf einen externen Anker verlassen, der den neu beigetretenen Knoten sagt, „welche Kette“ die richtige ist. Woraus bestehen die Anker der meisten PoS-Ketten? Aus sozialem Konsens, Discord-Ankündigungen oder aus Hardcoded Checkpoints einer Stiftung. Ganz ehrlich: Am Ende ist es immer noch der Mensch. @babylonlabs_io geht einen ganz anderen Weg: Der Anker wird direkt in das Bitcoin-Hauptnetz eingehämmert. Das Entbinde-Fenster, das Nutzer im TBV als „langsam“ beklagen, ist im Kern nichts anderes als das Warten darauf, dass die Bitcoin-Hauptkette diese Staking-Historie mit einem Stempel versieht. Diese Tage sind keine mangelhafte Netzwerkleistung – es ist bewusst Zeit, die Bitcoin zur Bestätigung gegeben wird: damit Beweise für Fehlverhalten durch Bitcoin-Zeitstempel fest verschlossen werden, Rückabwicklungen von Strafen unmöglich werden und der gesamte Zustand eine Finalität auf Bitcoin-Niveau erhält. Anders gesagt: Du wartest nicht auf Babylon, sondern auf Bitcoin. Dieses Design hat natürlich seinen Preis. In der Nutzererfahrung ist es sicherlich schlechter als bei jenen „Sekunden-Entbindungen“ mit LST, und kurzfristig ist die Kapital-Effizienz auch deutlich geringer. Dafür bekommst du etwas sehr Hartes zurück: deine Stakingsicherheit übernimmt direkt die zeitliche Autorität der Bitcoin-Zeitstempel von über sechzehn Jahren – ohne sich auf irgendein Multi-Signatur-Komitee, irgendeine Governance-Abstimmung oder irgendeinen „Community-Konsens“ zu stützen. Die Aussage in Vitaliks Artikel lässt sich übersetzen zu: Wenn PoS wirklich objektiv sein will, muss es sich extern etwas leihen. TBV leiht diesen externen Faktor von der weltweit am schwersten zu widerlegenden Kette. Schnelles Entbinden ist natürlich verlockend. Aber hast du dir ernsthaft überlegt: Wer steht eigentlich für dieses „Sekunden“-Versprechen ein? #baby $BABY @babylonlabs_io {spot}(BABYUSDT) $BTC {spot}(BTCUSDT)
Gestern hat wieder jemand in der Gruppe über Babylon beschwert, dass das Entbinden mehrere Tage dauert und einfach zu umständlich ist. Dieser Einwand ist mir inzwischen bestimmt zehnmal begegnet. Jedes Mal denke ich dann: Diese Wartezeit ist genau der „teuerste“ Designabschnitt im gesamten TBV – nur die meisten haben es nicht bemerkt.

Vitalik hat 2014 einen Aufsatz geschrieben, der später von allen PoS-Forschern immer wieder zitiert wurde: „Weak Subjectivity“. Kernaussage: In einem PoS-System gibt es von Natur aus eine Schwachstelle bei „Long-Range-Angriffen“. Der Angreifer muss nur im Besitz des privaten Schlüssels der Mehrheits-Validatoren zu irgendeinem Zeitpunkt aus der Vergangenheit sein – und kann dann völlig aus dem Nichts eine vollständig gültige Geschichts-Gabel fälschen. Bei PoW wird dieses Problem durch Rechenleistung bekämpft. Wodurch wird es bei PoS gelöst?

Vitaliks Antwort ist im Grunde etwas ungemütlich: „Weak Subjectivity“ – du musst dich auf einen externen Anker verlassen, der den neu beigetretenen Knoten sagt, „welche Kette“ die richtige ist.

Woraus bestehen die Anker der meisten PoS-Ketten? Aus sozialem Konsens, Discord-Ankündigungen oder aus Hardcoded Checkpoints einer Stiftung. Ganz ehrlich: Am Ende ist es immer noch der Mensch.

@BabylonLabs_io geht einen ganz anderen Weg: Der Anker wird direkt in das Bitcoin-Hauptnetz eingehämmert.

Das Entbinde-Fenster, das Nutzer im TBV als „langsam“ beklagen, ist im Kern nichts anderes als das Warten darauf, dass die Bitcoin-Hauptkette diese Staking-Historie mit einem Stempel versieht. Diese Tage sind keine mangelhafte Netzwerkleistung – es ist bewusst Zeit, die Bitcoin zur Bestätigung gegeben wird: damit Beweise für Fehlverhalten durch Bitcoin-Zeitstempel fest verschlossen werden, Rückabwicklungen von Strafen unmöglich werden und der gesamte Zustand eine Finalität auf Bitcoin-Niveau erhält.

Anders gesagt: Du wartest nicht auf Babylon, sondern auf Bitcoin.

Dieses Design hat natürlich seinen Preis. In der Nutzererfahrung ist es sicherlich schlechter als bei jenen „Sekunden-Entbindungen“ mit LST, und kurzfristig ist die Kapital-Effizienz auch deutlich geringer. Dafür bekommst du etwas sehr Hartes zurück: deine Stakingsicherheit übernimmt direkt die zeitliche Autorität der Bitcoin-Zeitstempel von über sechzehn Jahren – ohne sich auf irgendein Multi-Signatur-Komitee, irgendeine Governance-Abstimmung oder irgendeinen „Community-Konsens“ zu stützen.

Die Aussage in Vitaliks Artikel lässt sich übersetzen zu: Wenn PoS wirklich objektiv sein will, muss es sich extern etwas leihen. TBV leiht diesen externen Faktor von der weltweit am schwersten zu widerlegenden Kette.

Schnelles Entbinden ist natürlich verlockend. Aber hast du dir ernsthaft überlegt: Wer steht eigentlich für dieses „Sekunden“-Versprechen ein? #baby $BABY @BabylonLabs_io
$BTC
Am Nachmittag war ich mit der Unabhängigkeit von vaultBTC fertig, abends habe ich noch einmal die Babylon-Dokumentation durchgesehen – und blieb an einem weiteren Detail hängen: Finality Provider. Diese Rolle kommt in TBV nicht besonders häufig vor, aber wenn du BTC stakest, entscheidest du im Grunde, einen FP für dich die Signaturarbeit übernehmen zu lassen. Er garantiert die Finalität für andere PoS-Ketten, und du teilst seine Erträge; wenn er Schurkenstreiche macht, werden deine BTC gemeinsam mit ihm bestraft. Als ich das sah, habe ich lange innegehalten. Denn diese Schleife – die delegierten Beziehungen, die man in der gesamten TBV-Erzählung der „Trust Minimization“ am leichtesten übersieht. Bruce Schneier hat in „Liars and Outliers“ einen Satz geschrieben, der mir immer im Kopf geblieben ist: „Trust doesn’t scale, but security must.“ – Vertrauen lässt sich nicht skalieren, aber Sicherheit muss. In den Kontext von TBV übersetzt, passt das sehr: Du musst dem Bitcoin-Netzwerk nicht vertrauen, weil es sich auf Mathematik stützt; du musst Vault nicht vertrauen, weil es über UTXO-Isolation abgesichert ist; aber du musst in gewissem Maße einen „Finality Provider“ auswählen – und Auswahl an sich ist ein Rest von Vertrauen. @babylonlabs_io Worin liegt der Scharfsinn? Es tut so, als würde diese Schicht von Vertrauen verschwinden: Nein. Stattdessen setzt es den Preis für Fehlverhalten klar auf den Tisch. FP macht Schurkenstreiche = EOTS-Privatschlüssel wird offengelegt = die an ihn delegierten BTC werden gemeinsam eingesammelt und bestraft. So wird „Vertrauen“ von einer zwischenmenschlichen Beziehung zu einer ökonomischen Struktur – du musst nicht daran glauben, dass der FP ein guter Mensch ist; du musst nur glauben können, dass Fehlverhalten sich für ihn nicht lohnt. Doch auch die Kosten sind real: Wenn du BTC an einen FP delegierst, der nicht über ausreichende Fähigkeiten verfügt, selbst wenn er keine bösen Absichten hat – kann ein Slow-Attack-Szenario, ein Netzwerkfehler oder etwas Ähnliches trotzdem zur Slashing-/Bestrafung führen. „Trust Minimization“ bedeutet nie „Zero Trust“ – es geht darum, Vertrauen auf ein Minimum zu reduzieren und den Rest so berechenbar wie möglich zu machen. Ich beginne inzwischen, die Auswahl eines FP für wichtiger zu halten als die Auswahl des APY. Die Rendite ist eine Zahl; wenn du den FP falsch wählst, ist alles auf Null gesetzt. Das ist vermutlich der steilste Abschnitt in der Lernkurve von TBV-Nutzern – und auch der, den Neueinsteiger am leichtesten übersehen. Den Satz von Schneier habe ich später nach und nach „herausgeschmeckt“: Die Kosten von Sicherheit werden am Ende immer zu etwas, das Nutzer verstehen müssen. TBV macht diese Aussage konkret. #baby $BABY {spot}(BABYUSDT) $BTC {spot}(BTCUSDT)
Am Nachmittag war ich mit der Unabhängigkeit von vaultBTC fertig, abends habe ich noch einmal die Babylon-Dokumentation durchgesehen – und blieb an einem weiteren Detail hängen: Finality Provider.

Diese Rolle kommt in TBV nicht besonders häufig vor, aber wenn du BTC stakest, entscheidest du im Grunde, einen FP für dich die Signaturarbeit übernehmen zu lassen. Er garantiert die Finalität für andere PoS-Ketten, und du teilst seine Erträge; wenn er Schurkenstreiche macht, werden deine BTC gemeinsam mit ihm bestraft.

Als ich das sah, habe ich lange innegehalten. Denn diese Schleife – die delegierten Beziehungen, die man in der gesamten TBV-Erzählung der „Trust Minimization“ am leichtesten übersieht.

Bruce Schneier hat in „Liars and Outliers“ einen Satz geschrieben, der mir immer im Kopf geblieben ist: „Trust doesn’t scale, but security must.“ – Vertrauen lässt sich nicht skalieren, aber Sicherheit muss.

In den Kontext von TBV übersetzt, passt das sehr: Du musst dem Bitcoin-Netzwerk nicht vertrauen, weil es sich auf Mathematik stützt; du musst Vault nicht vertrauen, weil es über UTXO-Isolation abgesichert ist; aber du musst in gewissem Maße einen „Finality Provider“ auswählen – und Auswahl an sich ist ein Rest von Vertrauen.

@BabylonLabs_io Worin liegt der Scharfsinn? Es tut so, als würde diese Schicht von Vertrauen verschwinden: Nein. Stattdessen setzt es den Preis für Fehlverhalten klar auf den Tisch. FP macht Schurkenstreiche = EOTS-Privatschlüssel wird offengelegt = die an ihn delegierten BTC werden gemeinsam eingesammelt und bestraft. So wird „Vertrauen“ von einer zwischenmenschlichen Beziehung zu einer ökonomischen Struktur – du musst nicht daran glauben, dass der FP ein guter Mensch ist; du musst nur glauben können, dass Fehlverhalten sich für ihn nicht lohnt.

Doch auch die Kosten sind real: Wenn du BTC an einen FP delegierst, der nicht über ausreichende Fähigkeiten verfügt, selbst wenn er keine bösen Absichten hat – kann ein Slow-Attack-Szenario, ein Netzwerkfehler oder etwas Ähnliches trotzdem zur Slashing-/Bestrafung führen. „Trust Minimization“ bedeutet nie „Zero Trust“ – es geht darum, Vertrauen auf ein Minimum zu reduzieren und den Rest so berechenbar wie möglich zu machen.

Ich beginne inzwischen, die Auswahl eines FP für wichtiger zu halten als die Auswahl des APY. Die Rendite ist eine Zahl; wenn du den FP falsch wählst, ist alles auf Null gesetzt. Das ist vermutlich der steilste Abschnitt in der Lernkurve von TBV-Nutzern – und auch der, den Neueinsteiger am leichtesten übersehen.

Den Satz von Schneier habe ich später nach und nach „herausgeschmeckt“: Die Kosten von Sicherheit werden am Ende immer zu etwas, das Nutzer verstehen müssen. TBV macht diese Aussage konkret. #baby $BABY
$BTC
·
--
Bullisch
Kürzlich habe ich eine ziemlich unintuitive Beobachtung ständig im Kopf herumgetragen: Warum kann das vaultBTC von Babylon nicht in DeFi zirkulieren? Die meisten Staking-Protokolle sind damit beschäftigt, ihre Belege zu Liquiditäts-Token zu machen – stETH, rETH, eETH – und wollen, dass dein Staking-Vermögen gleichzeitig auf zehn Ketten „arbeitet“. @babylonlabs_io macht es genau anders: Jedes Vault entspricht einem eigenen Taproot-UTXO, und das BTC bleibt brav im Bitcoin-Hauptnetz – vaultBTC geht nicht auf Wanderschaft. Anfangs dachte ich, das sei ein zu hartes Produkt-„Reduktion“-Manöver. Aber je mehr ich darüber nachdenke, desto mehr wirkt es wie der eigentliche Punkt. Andreas Antonopoulos hat in „Mastering Bitcoin“ eine Aussage getroffen, die mir besonders hängen geblieben ist: Bitcoins größte Stärke liegt nie darin, was es tut, sondern darin, was es ablehnt zu tun. Zensurresistenz, Unveränderbarkeit, Schlichtheit – all diese Eigenschaften kommen aus „weniger tun“, nicht aus „mehr tun“. Wenn man sich die LST-Geschichte der letzten Jahre anschaut, versteht man das sofort. Sobald stETH entkoppelt (de-peg) ist, ist das ein systemisches Ereignis: stETH wurde bereits unzählige Male verpfändet, zerlegt und wiederverpfändet; wenn irgendwo ein Glied versagt, zittert die ganze Kette. „Liquidität“ bedeutet bei schlechtem Wetter schlicht: Infektionskette. Die Zurückhaltung von TBV wirkt auf den ersten Blick nicht besonders „sexy“, aber genau darin wird diese Ansteckungsfähigkeit von Grund auf unterbunden. Jedes Vault hat ein eigenes UTXO, zwischen Vaults gibt es eine natürliche Isolation. Weil vaultBTC nicht zirkuliert, gibt es auch nicht das Problem „Was passiert, wenn das Anchoring (der Peg) entgleist?“. BTC soll das bleiben, was es ist. Ich sage nicht, dass dieses Design perfekt ist. Das Drei-Tage-Challenge-Fenster, der nicht schnelle genug Exit und zusätzliche Gebühren bei überfülltem Mempool – das sind alles Kosten. Aber die Gegenleistung dafür ist, dass BTC-Inhaber nicht mehr darauf vertrauen müssen, dass jedes Mal eine weitere, Schicht um Schicht aufgebaute Belegstruktur korrekt bleibt. Antonopoulos’ Satz nehme ich mir seit Kurzem immer wieder vor: Die Weigerung, bestimmte Dinge zu tun, ist an sich eine Fähigkeit. Dass TBV sich dagegen entscheidet, BTC in ein Liquiditäts-Spielzeug zu verwandeln, finde ich wichtiger als alles, was es sonst möglicherweise tut. Langsam, manchmal ist es kein Mangel, sondern eine Haltung. #baby @babylonlabs_io {future}(BABYUSDT) $BTC {future}(BTCUSDT) $ETH {future}(ETHUSDT)
Kürzlich habe ich eine ziemlich unintuitive Beobachtung ständig im Kopf herumgetragen: Warum kann das vaultBTC von Babylon nicht in DeFi zirkulieren?

Die meisten Staking-Protokolle sind damit beschäftigt, ihre Belege zu Liquiditäts-Token zu machen – stETH, rETH, eETH – und wollen, dass dein Staking-Vermögen gleichzeitig auf zehn Ketten „arbeitet“. @BabylonLabs_io macht es genau anders: Jedes Vault entspricht einem eigenen Taproot-UTXO, und das BTC bleibt brav im Bitcoin-Hauptnetz – vaultBTC geht nicht auf Wanderschaft.

Anfangs dachte ich, das sei ein zu hartes Produkt-„Reduktion“-Manöver. Aber je mehr ich darüber nachdenke, desto mehr wirkt es wie der eigentliche Punkt.

Andreas Antonopoulos hat in „Mastering Bitcoin“ eine Aussage getroffen, die mir besonders hängen geblieben ist: Bitcoins größte Stärke liegt nie darin, was es tut, sondern darin, was es ablehnt zu tun. Zensurresistenz, Unveränderbarkeit, Schlichtheit – all diese Eigenschaften kommen aus „weniger tun“, nicht aus „mehr tun“.

Wenn man sich die LST-Geschichte der letzten Jahre anschaut, versteht man das sofort. Sobald stETH entkoppelt (de-peg) ist, ist das ein systemisches Ereignis: stETH wurde bereits unzählige Male verpfändet, zerlegt und wiederverpfändet; wenn irgendwo ein Glied versagt, zittert die ganze Kette. „Liquidität“ bedeutet bei schlechtem Wetter schlicht: Infektionskette.

Die Zurückhaltung von TBV wirkt auf den ersten Blick nicht besonders „sexy“, aber genau darin wird diese Ansteckungsfähigkeit von Grund auf unterbunden. Jedes Vault hat ein eigenes UTXO, zwischen Vaults gibt es eine natürliche Isolation. Weil vaultBTC nicht zirkuliert, gibt es auch nicht das Problem „Was passiert, wenn das Anchoring (der Peg) entgleist?“. BTC soll das bleiben, was es ist.

Ich sage nicht, dass dieses Design perfekt ist. Das Drei-Tage-Challenge-Fenster, der nicht schnelle genug Exit und zusätzliche Gebühren bei überfülltem Mempool – das sind alles Kosten. Aber die Gegenleistung dafür ist, dass BTC-Inhaber nicht mehr darauf vertrauen müssen, dass jedes Mal eine weitere, Schicht um Schicht aufgebaute Belegstruktur korrekt bleibt.

Antonopoulos’ Satz nehme ich mir seit Kurzem immer wieder vor: Die Weigerung, bestimmte Dinge zu tun, ist an sich eine Fähigkeit. Dass TBV sich dagegen entscheidet, BTC in ein Liquiditäts-Spielzeug zu verwandeln, finde ich wichtiger als alles, was es sonst möglicherweise tut.

Langsam, manchmal ist es kein Mangel, sondern eine Haltung. #baby @BabylonLabs_io
$BTC
$ETH
·
--
Bullisch
Gestern Abend habe ich Perrry Mehrlings „The New Lombard Street“ gelesen, und ein Satz hat mich lange zum Nachdenken gebracht: „Die Kraft des Geldes liegt nicht darin, wer es ausgibt, sondern darin, wie viele Stellen es als endgültige Abrechnung akzeptieren können.“ Dieser Satz hat mir plötzlich klar gemacht, was @babylonlabs_io schon immer getan hat. In den 1950er-Jahren gab es für den US-Dollar eine entscheidende Weichenstellung: Londoner Banken entdeckten, dass man mit Dollar-Geschäften (Einlagen und Kredite) außerhalb des US-Regulierungsrahmens arbeiten konnte. So entstand der Eurodollar-Markt, dessen Größenordnung Jahrzehnte später sogar das US-Binnenbankensystem weit übertraf. Der Dollar selbst änderte sich nicht – aber sein Einsatzgebiet weitete sich von „US-Wirtschaft“ zu „globalen Finanzen“ aus. Genau das war der Schritt, in dem der US-Dollar wirklich zum Maß aller Dinge wurde. BTC steckt heute an demselben Knotenpunkt fest. Als Asset ist BTC bereits erfolgreich genug: Billionen an Marktkapitalisierung und eine unumstrittene Knappheit. Aber als „Kreditbasis“ bedient es seit 16 Jahren nur eine einzige Kette – das Bitcoin-Mainnet. Wie der Dollar nur innerhalb der USA wirklich funktionieren kann: Man kann sagen, er ist wertvoll, aber seine Wirkung wird durch geografische Grenzen eingesperrt. Trustless Bitcoin Vaults wollen genau „den Eurodollar-Moment“ für BTC schaffen. TBV verpackt und verwahrt nichts, betreibt keine Verwahrung: Vaults werden nativ im Bitcoin-Mainnet mit Bitcoin-Skripten + Taproot gebaut, und mit EOTS werden Einmal-Signaturen verwendet, um Beschlagnahmungen direkt durchzusetzen. BTC verlässt von Anfang bis Ende nie seine eigene Kette, kann aber externen PoS-Netzwerken, Rollups und DA-Layern echte, „hartes Geld“-Sicherheit als Fundament geben. Dieses Bild ist nicht einfach so dahingesagt. Der Aufstieg des Eurodollars beruhte auf „Offshore-Nutzung + Bewahrung der Dollar-Substanz“. TBV geht denselben Weg: BTC verlässt das Mainnet, um an mehr wirtschaftlichen Aktivitäten teilzunehmen, behält dabei aber vollständig die nativen Bitcoin-Eigenschaften und das Prinzip der Selbstverwahrung. Wer schon einmal auf dieselbe Art von These gesetzt hat, weiß: Beim zweiten Mal hat sich gezeigt, dass der Markt letztlich um ein Vielfaches wächst. Kurzfristig kann niemand den Preis genau vorhersagen, aber wenn diese Richtung aufgeht, wird die Rolle von BTC grundlegend neu geschrieben. Nicht „digitales Gold“, sondern „der Eurodollar der Krypto-Welt“. #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {future}(BTCUSDT)
Gestern Abend habe ich Perrry Mehrlings „The New Lombard Street“ gelesen, und ein Satz hat mich lange zum Nachdenken gebracht: „Die Kraft des Geldes liegt nicht darin, wer es ausgibt, sondern darin, wie viele Stellen es als endgültige Abrechnung akzeptieren können.“

Dieser Satz hat mir plötzlich klar gemacht, was @BabylonLabs_io schon immer getan hat.

In den 1950er-Jahren gab es für den US-Dollar eine entscheidende Weichenstellung: Londoner Banken entdeckten, dass man mit Dollar-Geschäften (Einlagen und Kredite) außerhalb des US-Regulierungsrahmens arbeiten konnte. So entstand der Eurodollar-Markt, dessen Größenordnung Jahrzehnte später sogar das US-Binnenbankensystem weit übertraf. Der Dollar selbst änderte sich nicht – aber sein Einsatzgebiet weitete sich von „US-Wirtschaft“ zu „globalen Finanzen“ aus. Genau das war der Schritt, in dem der US-Dollar wirklich zum Maß aller Dinge wurde.

BTC steckt heute an demselben Knotenpunkt fest.

Als Asset ist BTC bereits erfolgreich genug: Billionen an Marktkapitalisierung und eine unumstrittene Knappheit. Aber als „Kreditbasis“ bedient es seit 16 Jahren nur eine einzige Kette – das Bitcoin-Mainnet. Wie der Dollar nur innerhalb der USA wirklich funktionieren kann: Man kann sagen, er ist wertvoll, aber seine Wirkung wird durch geografische Grenzen eingesperrt.

Trustless Bitcoin Vaults wollen genau „den Eurodollar-Moment“ für BTC schaffen.

TBV verpackt und verwahrt nichts, betreibt keine Verwahrung: Vaults werden nativ im Bitcoin-Mainnet mit Bitcoin-Skripten + Taproot gebaut, und mit EOTS werden Einmal-Signaturen verwendet, um Beschlagnahmungen direkt durchzusetzen. BTC verlässt von Anfang bis Ende nie seine eigene Kette, kann aber externen PoS-Netzwerken, Rollups und DA-Layern echte, „hartes Geld“-Sicherheit als Fundament geben.

Dieses Bild ist nicht einfach so dahingesagt. Der Aufstieg des Eurodollars beruhte auf „Offshore-Nutzung + Bewahrung der Dollar-Substanz“. TBV geht denselben Weg: BTC verlässt das Mainnet, um an mehr wirtschaftlichen Aktivitäten teilzunehmen, behält dabei aber vollständig die nativen Bitcoin-Eigenschaften und das Prinzip der Selbstverwahrung. Wer schon einmal auf dieselbe Art von These gesetzt hat, weiß: Beim zweiten Mal hat sich gezeigt, dass der Markt letztlich um ein Vielfaches wächst.

Kurzfristig kann niemand den Preis genau vorhersagen, aber wenn diese Richtung aufgeht, wird die Rolle von BTC grundlegend neu geschrieben. Nicht „digitales Gold“, sondern „der Eurodollar der Krypto-Welt“. #baby $BABY @BabylonLabs_io
$BTC
#baby $BABY Stelle eine unintuive Frage: Bitcoin unterstützt grundsätzlich keine Smart Contracts – wie macht Babylon darauf dann „Slashing/Strafabschöpfung“? Die Slashing-Logik klassischer PoS-Ketten ist ganz einfach: Der Validator handelt böswillig – ein On-Chain-Vertrag zieht automatisch Geld ab. Dafür werden zwei Voraussetzungen benötigt: Erstens muss die Kette die Beweismittel für das Fehlverhalten on-chain auslesen können, und zweitens muss die Kette die Abzüge auch zwangsweise durchsetzen können. Ethereum und Cosmos verfügen von Natur aus über Turing-vollständige Umgebungen. Aber Bitcoin ist das nicht. Das Bitcoin-Skript ist absichtlich sehr simpel gebaut – ohne Schleifen, ohne Zustand, und selbst Addition/Subtraktion müssen umständlich „um die Ecke“ gelöst werden. Das war die Entscheidung von Satoshi damals: Je weniger Funktionen, desto sicherer. Genau deshalb gilt „Slashing auf Bitcoin“ in der Branche als praktisch unmöglich; frühere BTC-Earnings-Lösungen kamen immer an Mittelsmännern nicht vorbei. Die Antwort von @babylonlabs_io TBV ist sehr clever: Wenn Bitcoin keine Slashing-Ausführung aktiv durchführen kann, dann muss der Täter sich selbst „entlarven“. Das zentrale Mechanismus heißt EOTS (EOTS = One-Time Extractable Signatures / einmalig ausziehbare Signaturen). Bei einer BTC-„Einzahlung“/einem „Lock“ werden die Signaturregeln fest verdrahtet: Bei derselben Blockhöhe darf man nur einmal signieren. Sobald ein Validator böswillig handelt – zum Beispiel zwei unterschiedliche Blöcke in derselben Höhe signiert – lassen sich mit den beiden Signaturen auf mathematischem Wege die privaten Schlüssel ableiten. Sobald ein privater Schlüssel offengelegt ist, kann jeder die BTC abgreifen, die im Vault gesperrt sind – sogar das Protokoll selbst. Worin liegt die geniale Idee? Es braucht nicht, dass Bitcoin versteht, was „Fehlverhalten“ ist, und es braucht auch keine aktive Slashing-Ausführung durch Bitcoin. Sobald der Täter die Grenze überschreitet, schreibt er im Effekt seinen privaten Schlüssel selbst als öffentliche Information in die Blockchain. Der gesamte Strafprozess passiert außerhalb von Bitcoin, aber die eigentliche Vermögensdisposition folgt dann strikt den nativen Bitcoin-Regeln. In Kombination mit Taproot bekommt jeder Vault sein eigenes, unabhängiges UTXO; Time-Locks stellen sicher, dass die Ausstiegs-/Exit-Periode kontrollierbar ist, und der Nutzer hält den privaten Schlüssel die ganze Zeit über selbst. Am Ende verlässt der BTC den Bitcoin-Mainnet nie – von Anfang bis Ende. Beim ersten Verständnis von EOTS war ich wirklich beeindruckt. Die Kryptoindustrie hat so viele „Innovationen“, die eigentlich nur darin bestehen, Abstraktionsschichten aufzuhäufen. Das wirklich Schwierige ist etwas wie TBV: in extrem eingeschränkten Regeln eine neue Route auszuhöhlen. BTC-Earn ist keine neue Story, aber „Sicherheitsverantwortung übernehmen lassen, ohne Bitcoin zu verändern“ – genau darin liegt die echte Schwierigkeit. Teams, die so harte Brocken anfassen, lohnen sich, man sollte sie sich genauer anschauen. #baby $BABY {future}(BABYUSDT) $BTC {future}(BTCUSDT)
#baby $BABY Stelle eine unintuive Frage: Bitcoin unterstützt grundsätzlich keine Smart Contracts – wie macht Babylon darauf dann „Slashing/Strafabschöpfung“?

Die Slashing-Logik klassischer PoS-Ketten ist ganz einfach: Der Validator handelt böswillig – ein On-Chain-Vertrag zieht automatisch Geld ab. Dafür werden zwei Voraussetzungen benötigt: Erstens muss die Kette die Beweismittel für das Fehlverhalten on-chain auslesen können, und zweitens muss die Kette die Abzüge auch zwangsweise durchsetzen können. Ethereum und Cosmos verfügen von Natur aus über Turing-vollständige Umgebungen.

Aber Bitcoin ist das nicht. Das Bitcoin-Skript ist absichtlich sehr simpel gebaut – ohne Schleifen, ohne Zustand, und selbst Addition/Subtraktion müssen umständlich „um die Ecke“ gelöst werden. Das war die Entscheidung von Satoshi damals: Je weniger Funktionen, desto sicherer. Genau deshalb gilt „Slashing auf Bitcoin“ in der Branche als praktisch unmöglich; frühere BTC-Earnings-Lösungen kamen immer an Mittelsmännern nicht vorbei.

Die Antwort von @BabylonLabs_io TBV ist sehr clever: Wenn Bitcoin keine Slashing-Ausführung aktiv durchführen kann, dann muss der Täter sich selbst „entlarven“.

Das zentrale Mechanismus heißt EOTS (EOTS = One-Time Extractable Signatures / einmalig ausziehbare Signaturen). Bei einer BTC-„Einzahlung“/einem „Lock“ werden die Signaturregeln fest verdrahtet: Bei derselben Blockhöhe darf man nur einmal signieren. Sobald ein Validator böswillig handelt – zum Beispiel zwei unterschiedliche Blöcke in derselben Höhe signiert – lassen sich mit den beiden Signaturen auf mathematischem Wege die privaten Schlüssel ableiten. Sobald ein privater Schlüssel offengelegt ist, kann jeder die BTC abgreifen, die im Vault gesperrt sind – sogar das Protokoll selbst.

Worin liegt die geniale Idee? Es braucht nicht, dass Bitcoin versteht, was „Fehlverhalten“ ist, und es braucht auch keine aktive Slashing-Ausführung durch Bitcoin. Sobald der Täter die Grenze überschreitet, schreibt er im Effekt seinen privaten Schlüssel selbst als öffentliche Information in die Blockchain. Der gesamte Strafprozess passiert außerhalb von Bitcoin, aber die eigentliche Vermögensdisposition folgt dann strikt den nativen Bitcoin-Regeln.

In Kombination mit Taproot bekommt jeder Vault sein eigenes, unabhängiges UTXO; Time-Locks stellen sicher, dass die Ausstiegs-/Exit-Periode kontrollierbar ist, und der Nutzer hält den privaten Schlüssel die ganze Zeit über selbst. Am Ende verlässt der BTC den Bitcoin-Mainnet nie – von Anfang bis Ende.

Beim ersten Verständnis von EOTS war ich wirklich beeindruckt. Die Kryptoindustrie hat so viele „Innovationen“, die eigentlich nur darin bestehen, Abstraktionsschichten aufzuhäufen. Das wirklich Schwierige ist etwas wie TBV: in extrem eingeschränkten Regeln eine neue Route auszuhöhlen.

BTC-Earn ist keine neue Story, aber „Sicherheitsverantwortung übernehmen lassen, ohne Bitcoin zu verändern“ – genau darin liegt die echte Schwierigkeit. Teams, die so harte Brocken anfassen, lohnen sich, man sollte sie sich genauer anschauen. #baby $BABY
$BTC
2026 Fußball-Challenge läuft auf Hochtouren. Das heutige Spiel gegen die schwedische Mannschaft macht wirklich Vorfreude! Die Schweden haben einen nordischen Spielstil: Die Spieler verfügen über eine starke körperliche Verfassung, und ihre Stärken liegen im langen Passspiel, im Vorstoß sowie bei Standardsituationen. Doch im modernen Fußball geht es vor allem um Tempowechsel: Wenn der Gegner das Mittelfeld kontrollieren und mit aggressivem Pressing Druck machen kann, besteht die Chance, dass in Schwedens Abwehr Lücken entstehen. Ich denke, dass die erste Halbzeit eher zäh und ausgeglichen verlaufen wird, und dass in der zweiten Halbzeit, wenn die Kräfte nachlassen, mehr Torchancen und mehr Treffer möglich sind. Ich tippe auf ein Ergebnis von 1:1 oder 2:1. Wie auch immer es ausgeht: Wir hoffen, ein großartiges Torfestival zu sehen! Die Teilnahme an der Binance PickAndWin-Aktion macht nicht nur Spaß beim Tippspiel, sondern ermöglicht auch den Austausch mit Fußballfans aus der ganzen Welt – das ist wirklich spannend. Lasst uns gemeinsam für die Mannschaft jubeln, die wir unterstützen! #BinancePickAndWin
2026 Fußball-Challenge läuft auf Hochtouren. Das heutige Spiel gegen die schwedische Mannschaft macht wirklich Vorfreude! Die Schweden haben einen nordischen Spielstil: Die Spieler verfügen über eine starke körperliche Verfassung, und ihre Stärken liegen im langen Passspiel, im Vorstoß sowie bei Standardsituationen. Doch im modernen Fußball geht es vor allem um Tempowechsel: Wenn der Gegner das Mittelfeld kontrollieren und mit aggressivem Pressing Druck machen kann, besteht die Chance, dass in Schwedens Abwehr Lücken entstehen.
Ich denke, dass die erste Halbzeit eher zäh und ausgeglichen verlaufen wird, und dass in der zweiten Halbzeit, wenn die Kräfte nachlassen, mehr Torchancen und mehr Treffer möglich sind. Ich tippe auf ein Ergebnis von 1:1 oder 2:1. Wie auch immer es ausgeht: Wir hoffen, ein großartiges Torfestival zu sehen!
Die Teilnahme an der Binance PickAndWin-Aktion macht nicht nur Spaß beim Tippspiel, sondern ermöglicht auch den Austausch mit Fußballfans aus der ganzen Welt – das ist wirklich spannend. Lasst uns gemeinsam für die Mannschaft jubeln, die wir unterstützen!
#BinancePickAndWin
Anmelden und weiter Inhalte entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer
Sitemap
Cookie-Präferenzen
Nutzungsbedingungen der Plattform