I rewrote tmux from scratch in Rust. Same CLI, same keybindings, but exposing an API.
I built it because terminal orchestration for AI agents is currently a nightmare of hacky send-keys and grep loops.
Here is what it unlocks (5 demos in the thread) 👇
Demo 1/5: Broadcast to 5 agents in one terminal👇
https://t.co/Chrr6NwSRB
@Ferbin08@DataChaz Hey, RMUX author there. Your phone will automatically reconnect itself when the signal gets back in ;)
And the commands will keep working meanwhile ! The process will continue as nothing happened
If you spend your day in the terminal, your core infrastructure just got an upgrade.
🚨 A new open-source project called RMUX is about to make your command line INSANELY more powerful.
Sure, it’s a new Rust-based terminal multiplexer, but calling it a "tmux clone" completely misses the point.
Instead of just splitting windows, RMUX runs a local daemon that natively manages your entire PTY and process lifecycle.
Here is what makes it a shift:
→ Drives exactly like tmux (90+ native commands)
→ Built from the ground up in Rust
→ Fully programmable via official Python, TypeScript, and Rust SDKs
→ Runs natively on macOS, Linux, and Windows (no WSL required)
The wildest feature?
You can securely share a live terminal pane directly to a browser!
It uses a decoupled static UI protected by post-quantum encryption 💥💥💥
Best of all: it is 100% free and open-source (MIT/Apache-2.0).
Here is a breakdown of why this matters 🧵↓
@Raph_Bloch Please learn to write tweets that do not look like AI redacted while writing your posts 💀 I already DMed you. But you ignored me.
« Information ain’t dead. public information is »
Unfollowed.
Grok heavy :
Analyse précise de la situation (basée uniquement sur le post, le screenshot et l’explorer Etherscan – sans aucune supposition externe).
Le tweet de @MaitreCryptoo (ID 2064291463546986621) décrit un retrait raté sur EigenLayer (le contrat s’appelle bien EigenLayer: Delegation Manager Proxy – adresse 0x39053D51B77DC0d36036Fc1fCc8Cb819df8Ef37A).
Ce qu’il a voulu faire (d’après le screenshot du dashboard)
•Total restaked : 0.8863 ETH.
•Withdrawal en queue : 2 tokens.
◦60.1587 EIGEN (~11 $).
◦0.8798 stETH (~1 469 $).
•Total affiché dans le popup : 1 480 $.
•Hash de la tx de completion : 0x5315bef37240f1b935e62e1a29397c0661437a88b1f688cb721c8a335e1bc399 (visible dans le screenshot et posté dans le tweet).
Ce qui s’est réellement passé dans la transaction (https://t.co/UBvjqe1EhY – vérifié en direct)
•Méthode appelée : completeQueuedWithdrawals (ID 0x9435bb43) sur le Delegation Manager d’EigenLayer.
•Deux withdrawals étaient en queue :
1Stratégie EIGEN (0xacb55c530acdb2849e6d4f36992cd8c9d50ed8f7).
2Stratégie stETH (0x93c4b944d05dfe6df7645a86cd2206016c51564d).
Ce qu’il a reçu effectivement :
•60.158766504312296775 EIGEN → OK, plein montant (transfert 3 du token EIGEN).
•0.003401504963537563 stETH seulement (~5,68 $ au moment de la tx) → au lieu des 0.8798 stETH attendus.
Événements critiques dans les logs :
•SlashingWithdrawalCompleted (deux fois) → événement explicite de slashing.
•ExchangeRateEmitted sur la stratégie stETH avec un rate très défavorable.
•TransferShares interne minuscule (seulement ~2,75 millions de shares transférées au lieu des ~71 millions attendus pour 0.88 stETH).
Résultat net : Le montant stETH a été réduit de plus de 99,6 % pendant la completion du withdrawal. L’EIGEN est intact. Le dashboard est maintenant vide parce que le withdrawal est terminé (les assets ont bien été “retirés”… mais la majeure partie a été slashed avant d’arriver dans le wallet).
Explication du “disparu”
Ce n’est pas un hack, pas un bug de transfert, pas un vol vers un autre wallet. C’est un slashing classique d’opérateur sur EigenLayer :
•L’opérateur auquel il était délégué s’est fait slasher (un reply du thread parle d’une tx impactant ~0.85 ETH – ça colle exactement avec la perte).
•Dans le restaking, quand l’opérateur foire sur une AVS, les assets restakés (ici stETH) sont pénalisés proportionnellement.
•Le mécanisme est opaque et “farfelu” (comme dit dans le reply @0xFlorent_), mais c’est le risque connu et documenté d’EigenLayer.
Le user a bien vu dans l’input de la tx les shares stETH originales (~0.80288), mais le contrat a appliqué le slashing avant le transfert final → il ne reste que les miettes.
Points supplémentaires
•Il a contacté le support EigenLayer (il le dit dans un reply).
•Aucun transfert suspect vers un autre wallet (les 0,87 stETH ne sont pas partis ailleurs, ils ont été brûlés / pénalisés par le protocole).
•Le petit montant stETH reçu est bien dans son wallet (adresse from de la tx : 0xBfC69D06e8cE29ebD7548114b63A3A93b3EcA418) – rien de plus sur stETH.
•Pas de trace claire d’un mystérieux “alstETH” dans cette tx précise (peut-être confusion avec un autre token ou un airdrop séparé, mais rien dans les logs de cette opération).
Conclusion sans filtre : c’est le risque classique du restaking sur EigenLayer. Quand tu délégues à un opérateur, tu lui donnes le droit de te faire perdre une partie (voire la totalité) de tes assets si lui-même se fait slasher. Ici, ça a frappé fort sur la position stETH. Les fonds n’ont pas “disparu dans la nature” : ils ont été sacrifiés légalement par le smart contract. C’est chiant, c’est opaque, mais c’est exactement comme prévu par le protocole.