Joined April 2025
141 Photos and videos
Might be the most important technology to come out in 2026... @ikadotxyz @SuiNetwork in action
Over the past few months, we’ve been in the kitchen cooking hard. Designing, building, shipping quietly. Solving one problem: how do you let agents move money without losing control? We built @KairoGuard to solve this. An on-chain policy layer so agents can execute, but only within rules you set; Without sacrificing custody. One-line SDK install. This is the missing layer for agentic finance. Now it’s time. We’re opening to early users. Comment below if you want access 👇
2
4
15
649
Kairo (formerly LegacyLink) retweeted
Every team building AI agents that touch crypto runs into the same wall: Either you give the agent/centralized service a private key, and accept catastrophic risk. Or You route every transaction through a human and destroy autonomy. There is no middle ground today. But very very soon. 🔺
1
1
8
315
Waitlisted folks just received an email 📥
7
216
Kairo (formerly LegacyLink) retweeted
Warning 🚨 these builders are coming for the whole web3 game. @goNativeCC @umiapp_ @WaaPxyz @KairoGuard @rheifinance @__Inkwell
17
30
132
8,821
Kairo (formerly LegacyLink) retweeted
yesterday, my clawdbot (@openclaw) nearly drained my wallet for all i have. not a hack. not a phishing link. my own agent hallucinated and started signing transactions. i'd given it wallet access for routine ops. swaps, gas management, normal stuff. it misread a price feed, decided i wanted to liquidate a position, and started firing off txns. three in a row. fast. by the time i looked at my screen it had already queued them. all three were blocked. @KairoGuard flagged every one. policy violation. daily transfer limit i'd set weeks ago. "3 transactions denied. Exceeds policy threshold." i just sat there staring at my monitor. here's what nobody talks about with AI agents crypto: they don't need to be malicious to be dangerous. they just need to be wrong. once. the real question is: what happens when they are? Kairo Guard sits between your keys and anything trying to use them. programmable policies : daily limits, address whitelists, time locks. every transaction verified on-chain before it executes. violates your rules? doesn't go through. period. like a firewall for your wallet. we're in private beta. if you're building with AI agents, running DeFi automation, or just don't want one bad script to empty your wallet your keys. your rules.
13
15
53
5,314
The Kairo Explorer is up on kairoguard.com 🤠👀

6
6
28
3,704
Fun fact: the ancient egyptians were known to be good at keeping secrets and keeping records 🔺
Replying to @KairoGuard
@grok why did they choose the name kairoguard?
1
3
12
645
Agents are coming. Keys need rules. K _ _ R _ (If you know, you know 🔺.)
6
6
26
781
Kairo (formerly LegacyLink) retweeted
Everyone's excited about AI agents like @openclaw until one drains a treasury. The missing piece isn't smarter agents.. verifiable guardrails. Policies that enforce limits. Approval flows that can't be social-engineered. Audit trails that prove what happened. Crypto infra solves this. We're building it
3
5
18
1,032
ZUD coded
We started @0xLegacyLink to solve what happens to crypto when someone dies. It seemed like a clear problem: — Families locked out — Seed phrases buried with the owner — Assets lost forever We thought we were building for the dead. We were wrong..
3
12
510
At some point you realize you were just treating the symptom, not the disease

ALT Greys Anatomy Smile GIF by ABC Network

6
470
Kairo (formerly LegacyLink) retweeted
while we knew inheritance wasnt the biggest play, and the tech could be repurposed for hundreds of other use-cases, there wasn't a clear winner that stood out for us. making existing wallets upgradable, verifiable, and recoverable was not something we had considered. one of the major concerns however, is that it presumes that the user trusts Ika. @0xLegacyLink ZUD arc incoming?
here we go a solution for a trillion dollar problem that you can build v1 for in a few days with @ikadotxyz ---------- the problem - private key loss 100s of millions of people with a self-custody seed phrase wallet and a daily risk of key loss in 2011, stefan thomas lost access to 7,000 btc after forgetting his hardware wallet password in 2013, james howells lost access to 8,000 btc after his keys were thrown out during a cleaning key loss is estimated to have caused hundreds of billions of $ in damages, a number that grows every day, and won’t be long before it passes trillion $ existing solutions and why they’re not good enough today the key loss problem can be solved with centralized custodians, mpc wallets, institutional mpc, key recovery services, shamir secret sharing etc. these solutions are mostly centralized and/or require users to trust a 3rd party which dramatically reduces adoption. some of them also require transitioning into a different custody system and don’t work out of the box with existing wallets, can be super expensive, or require complex setups and hiding shares - in short bad ux, also dramatically reducing adoption. at least one of the three - Zero-trust, Usability (ux), Decentralization - is sacrificed the ZUD solution with ika here’s the gist from the user perspective: - no matter what wallet you have, you can use this solution - you take your key (seed) and create a dWallet (imported key dWallet). that basically involves (1) a user share that only you know and gives you the same cryptographic guarantees as a private key (signatures can never be generated without it) and (2) a network share that is encrypted and can only be operated by 2/3 of the decentralized ika network *super important: this does not reduce the cryptographic security of your private key, a user share is as impossible to break cryptographically as a full private key* - you then are given different low-friction options for securing the user share, for example passkeys, walrus seal, other wallets etc. multiple options can be chosen, and some can be premium only requiring a subscription. - finally you are given different low-friction options for a policy to determine whether ika will complete a signature request from a user share, for example threshold of approvals from regular/zklogin accounts, timelocks, video call approvals etc. also here multiple options can be chosen, and some can be premium only requiring a subscription. - the whole process should take 5 minutes, super easy ux, peace of mind, freemium with a very cheap subscription (or like a one time $200 for life) for premium features 3 user examples - a super hardcore self custody user encrypts the user share with passkeys on 2 different devices and an encryption key they keep in cold storage. the policy for the network share will be super strict, where 3 out of 6 accounts are required, 3 are self-custody private key accounts that don’t hold any assets, and 3 are zklogin accounts from different providers - google, facebook and apple. on top of that, the policy only allows to sign a message that triggers a timelock and only a month after that signed message is submitted to the policy contract, other transactions can be signed. the product monitors the policy contract, notifies the user via email, text and telegram when the timelock initiates (premium feature) so if somehow someone else triggered it (a passkey 3 accounts compromised) there’s 30 days to remove all assets. 5 min setup, premium subscription, practically impossible to break. - a high net worth retail investor could store their user key on walrus and encrypt it with a reputable Seal committee (premium feature) and have a policy requiring either 1 out of 3 zklogin accounts (google, fb, apple) plus video call approval (premium feature) or 3 out of 3 zklogin accounts without video call approval. 5 min setup, premium subscription, institutional level security. - a regular retail user would just take passkey protection for user share and 1 out of 2 zklogin accounts (google, apple) for policy. 5 min setup, free, peace of mind. ---------- ZUD is going to take over and it's going to change everything btw, @0xLegacyLink, i think this is it. this is your business. inheritance can be a feature of this product.
1
4
19
1,623
Death is only the beginning 👀
3
2
19
653
2PC-MPC Sui stack = Inheritance architecture you can trust without trusting anyone
2
2
33
1,010
Kairo (formerly LegacyLink) retweeted
.@0xLegacyLink is built to serve as the global coordination layer for digital asset inheritance. Picture a world where real estate, stocks, bonds, artwork, and any tokenized asset rely on LegacyLink to record ownership, track historical custody, and define future transfer paths. We are creating an ecosystem designed to outlast its founders, compete with its own economy and governance structure. Through this architecture, LegacyLink enables wealth to be passed securely across generations, compliant with regulations while remaining fundamentally decentralized. @0xdeathcorp
2
13
561
welcome to the afterlife \\ you can rest now my love let me take it from here
III > [█] Connection closing_ > [▓▒░…] Goodbye… signal drifting_
4
6
40
2,000
Kairo (formerly LegacyLink) retweeted
🎟️ RAFFLE TIME! We're giving away a Pawtato Hero to one lucky holder with the Reaper role in our Discord! To qualify, just hold 5 Death Corp Piggies and verify in the server. Good luck, Reapers! 😈🐷 Winners announced in 48 hours 🎁
6
10
39
1,967