juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx) header
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx) profile picture

Abyssal Master γ€ŒπŸ¦‘γ€ GMorse

Joined April 2012
Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)Photo by juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc (@juicyfx)
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
Percolator Trade V2.2 is almost here The hardest market to run is one where everyone is on the same side. V2.2 was built for exactly that, and then we spent weeks trying to break it. Here’s what happened. Code: github.com/dcccrypto/percola… Public preview: coming soon Watch the video below πŸ‘‡
16
36
8
90
4,666
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
Intern is cooking something insane for @solana breakpoint. Save this tweet.
37
19
1
166
8,513
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
2PC-MPC v4 live on mainnet.
the @ikadotxyz validators have completed a major upgrade on mainnet today, including the introduction of 2pc-mpc v4! hooray! πŸŽ‰ we call v4 "fast schnorr" because it allows us to achieve thousands of eddsa signatures per second, even with over 100 nodes. this is a major milestone, and a testament to how far ahead of the curve ika is, but i actually want to talk about something else a super cool aspect of this upgrade that's enabled by v4 and that is running now on mainnet is the presignature pool, and this is why i think it's so cool: every mpc protocol has multiple communication rounds, some can be offline (presignature rounds) and some online (signature rounds). the advantage of an offline phase is that it doesn't require all parties to be online and communicate, so can help with optimizing performance presignatures can be message independent, meaning you can compute them without knowing what the message that needs to be signed is, this obviously helps with optimizing performance because you can just accumulate presignatures so they're ready for when there's peak demand with 2pc-mpc v4, the ika network (which is essentially one of the 2 parties in every dwallet together with the respective user) can generate message-independent presignatures. but it goes even further, and generate *client* independent (and as a result public key independent) presignatures, not only for schnorr (live since v3) but also for ecdsa. what are client-independent presignatures? they are presignatures that the network can compute and can be used with any dwallet, for any message. starting today, the ika network computes presignatures in the background continuously, storing them in a pool, so it is never idle. whenever a user requests a signature, they can pay for presignatures from the pool, and essentially only do one online signing round, dramatically reducing the latency to a single round (~400ms), and allowing the network to support peaks of activity without creating bottlenecks. it's hard for people who aren't deep in the weeds of threshold cryptography to appreciate what was required to get here, the level of flexibility and scalability is science fiction when compared to any other threshold signature infrastructure. but the end result is that ika is the only mpc infrastructure in the world that can scale to support high volume use cases (like payments for example) for millions or even billions of users, and the cherry on top is it doesn't even need to sacrifice decentralization to do that! btw, we dubbed 2pc-mpc v5 "fast ecdsa" because it will allow us to achieve thousands of ecdsa sigs/second, which is something even centralized mpc providers can't dream of. it will also be the first single-round mpc protocol in proudction, as the signature will be computed with fhe (using refhe). more on that in the future.
23
24
3
139
11,069
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
the @ikadotxyz validators have completed a major upgrade on mainnet today, including the introduction of 2pc-mpc v4! hooray! πŸŽ‰ we call v4 "fast schnorr" because it allows us to achieve thousands of eddsa signatures per second, even with over 100 nodes. this is a major milestone, and a testament to how far ahead of the curve ika is, but i actually want to talk about something else a super cool aspect of this upgrade that's enabled by v4 and that is running now on mainnet is the presignature pool, and this is why i think it's so cool: every mpc protocol has multiple communication rounds, some can be offline (presignature rounds) and some online (signature rounds). the advantage of an offline phase is that it doesn't require all parties to be online and communicate, so can help with optimizing performance presignatures can be message independent, meaning you can compute them without knowing what the message that needs to be signed is, this obviously helps with optimizing performance because you can just accumulate presignatures so they're ready for when there's peak demand with 2pc-mpc v4, the ika network (which is essentially one of the 2 parties in every dwallet together with the respective user) can generate message-independent presignatures. but it goes even further, and generate *client* independent (and as a result public key independent) presignatures, not only for schnorr (live since v3) but also for ecdsa. what are client-independent presignatures? they are presignatures that the network can compute and can be used with any dwallet, for any message. starting today, the ika network computes presignatures in the background continuously, storing them in a pool, so it is never idle. whenever a user requests a signature, they can pay for presignatures from the pool, and essentially only do one online signing round, dramatically reducing the latency to a single round (~400ms), and allowing the network to support peaks of activity without creating bottlenecks. it's hard for people who aren't deep in the weeds of threshold cryptography to appreciate what was required to get here, the level of flexibility and scalability is science fiction when compared to any other threshold signature infrastructure. but the end result is that ika is the only mpc infrastructure in the world that can scale to support high volume use cases (like payments for example) for millions or even billions of users, and the cherry on top is it doesn't even need to sacrifice decentralization to do that! btw, we dubbed 2pc-mpc v5 "fast ecdsa" because it will allow us to achieve thousands of ecdsa sigs/second, which is something even centralized mpc providers can't dream of. it will also be the first single-round mpc protocol in proudction, as the signature will be computed with fhe (using refhe). more on that in the future.
20
37
6
113
15,830
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
i've met quite a few people in miami (and here online) that asked me "what's the plan for ika", and although we have said all of this many times on many platforms, let me clear it up here in the most direct way possible: 1. ika is dev infra. it's one of the most powerful pieces of dev infra to ever exist in crypto, but for that potential to be realized we need devs and usage for ika's infra, and that has been a big gap that we're working to close in 2 meaningful ways - solana and encrypt. 2. solana is the number 1 dev platform in crypto, which is why ika is coming to solana. ika will still be available on sui, but our focus is solana because that's where all the developers are - since we announced it 6 weeks ago, we've had more developers interested in, exploring and building with ika than we've had in the past 4 years!! there's nothing that's even close to solana when it comes to developer velocity. absolutely nothing. 3. we're also launching an ika product ourselves on solana, which is itself another super powerful piece of developer infrastructure - @encrypt_xyz. privacy is going to have a huge role in crypto in the next few years, and encrypt's FHE tech is the best in the world. there are many developers building with encrypt, and every encrypt tx will also be an ika tx, which means every encrypt builder is also indirectly an ika builder. encrypt is a HUGE WIN for ika. 4. both ika and encrypt are live on solana devnet, and their launch timeline for mainnet will be announced soon. the next season of tasks for ika will be on solana after we go live on mainnet there, which will conclude season 1. 5. i've said it many times before, we are here to make cryptography infra that solves the hardest problems in crypto - custody, interoperability and privacy - and help crypto get mass adoption so it can change the world. over the past 4 years we did the impossible and solved some of the hardest cryptography research problems that many teams before us have tried to solve and failed. in the next few years we're going to do the impossible again with developer adoption. i know that crypto people have ptsd from unserious teams abandoning projects left and right, but this has always been a life-changing mission for us. we don't care about cycles or trends or what vcs think or what people say on twitter. we've been working on this mission day and night for 4 years, and the work is far from done. we will not stop or slow down until 90% of crypto txs are signed with ika. @solana is a game changer for @ikadotxyz, and @encrypt_xyz is a big part of that get ready for the next chapter anon, it's going to be fucking amazing
14
34
5
122
11,906
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
The largest asset in crypto lives on the chain with the smallest programmability. The most programmable execution environment lives on the chain that can't natively touch it. dWallets are the fix. Not a synthetic. Not a wrapper. A Solana program signing real Bitcoin transactions.
5
14
1
72
2,335
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
Devs, drop what you're doing and study thisπŸ‘‡ ZERO-TRUST SIGNATURES πŸ¦‘ Core idea: valid signature ONLY possible if user actively participates. Network by itself? Zero chance. Wipes out unilateral control, honeypots, and rogue operator risk completely.
9
59
4
184
6,174
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
fun fact: i met @Justin_Bons at @SolanaConf and talked to him about @ikadotxyz for 15 minutes he tried without success - which is pretty rare according to him - to poke holes in dwallets and the model of zero-trust decentralized custody & interoperability ika adoption loading
17
16
2
140
8,152
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
picture this u been here since 2018, comfy af, vibes immaculate then u glance up that thing blotting out the sun, coming in fast straight at u by the time u go β€œwait… is that...” too late ZUD incoming brace or get erased
8
8
2
96
4,216
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
an @ikadotxyz builder spotted at @SolanaConf! i got some juicy alpha from this based anon founder about the institutional interest in @rheifinance huge things coming!
5
14
112
4,049
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
nobody asked vol.3 AccountFi tldr is here πŸ‘‡ if this finally makes ZUD click β†’ ratio or ❀️ if not β†’ skill issue, can’t help u bro 😒
squidfra #3 - accountfi ---------- besides dramatically improving the state of the art in threshold cryptography, @ikadotxyz introduced the novel dwallet primitive, which is the first zero-trust programmable and transferable decentralized signing mechanism. being able to transfer any account on any blockchain is something that was never possible before, and it creates a new type of financial category in crypto - accountfi - which will be possible exclusively on @SuiNetwork if you want a refresher on how account transfer technically works with ika, check out this post: nitter.cf/d3h3d_/status/19303845… ---------- 1. problem it solves accountfi is a new category, so it will take time to explore the new possibilities it opens up, however there are 4 main problems that can be identified now where account transferability is extremely useful. the first is price discovery where a market can't be created: illiquid assets, intrinsic account value and large/complex portfolios. today there's no way to have a marketplace where locked tokens, soulbound tokens (sbts), vetokens etc. are freely traded. same goes for wallets farming airdrops or gaming accounts with their in-game assets and history or entire multi-chain portfolios. being able to trade an account allows the market to efficiently price basically everything. even things like entire daos or rollups. the second is liquidity. while price discovery is important, being able to make everything liquid in a simplified and secure way is also a big problem. the previous examples are pretty clear, but we can also look at something like gaming as an example. there's a grey market today estimated at over a billion $ annually of buying and selling gaming accounts (including "boosting"). this area is rife with fraud as users share their login credentials and pay with gift cards, but when people go to those lengths and take that level of risk to solve a problem, it just highlights what a big problem that is. side note: as the introduction of accountfi solves problems around efficient market pricing and liquidity of assets, it also creates problems for a lot of existing designs because it breaks their premise. sbts were designed to be non-transferable, the sui kiosk was designed to enforce royalties, locked tokens and vetokens were designed to be illiquid, airdrop designs try to reduce speculating farming activities - accountfi creates the need for more advanced designs, that consider the fact the account itself might be tradable, and this need actually creates more opportunities for accountfi squidfra. the third problem is the gas efficiency and finality of legacy networks (like bitcoin for example). accountfi squidfra allows devs to adopt novel designs where they transfer the account ownership (which has sui+ika low cost and sub-second finality) instead of performing expensive actions on legacy networks and have a long wait for finality, which can be catastrophic in some use cases (think instant native bitcoin collateral liquidations instead of waiting 60 minutes). special shoutout here for the 7 day finality problem of optimistic rollups - accountfi squidfra can casually solve one of ethereum's biggest problems. the fourth is provenance - which might possibly be the biggest problem of all. it's practically impossible to keep track of asset ownership in the blockchain, especially across multiple networks and in networks without smart contracts like bitcoin. accountfi allows for provenance of assets ownership through tracking and enforcing policies on the account owners. that is huge for institutional adoption, since aml regulation and sanctions aren't going anywhere - provenance and proving source of funds are critical problems that don't have a good solution in crypto, and that accountfi can very elegantly solve. ---------- 2. use cases it enables accountfi squidfra can power new designs for existing use cases like trading (transfer accounts instead of tokens) or lending (use an account as collateral), but it also enables many novel use cases. the most obvious novel use case is an account marketplace. being able to buy or sell any account including all of its assets, history and activity. it stands to reason that people will model their activity with this marketplace in mind, creating separate dwallets for different actions and purposes, so that they can be easily priced and sold. another novel use case that i believe can be huge is proof-of-ownership. tracking owners, and potentially limiting ownership to parties that have been vetted in some way (like @HumnPassport proof of clean hands or perhaps full-on kyc/kyb) - will make it very easy to have deeper institutional adoption of crypto. today for example institutions pay bitcoin miners a premium for "virgin bitcoin", which is freshly mined utxos that didn't have any other owners. proof-of-ownership can keep bitcoin "virgin" forever, while enforcing a policy and verifying the full chain of custody adhered to that policy. ---------- 3. existing alternatives today, the only way to transfer an account, is by using some account abstraction setup. that is limited to networks that have this kind of setup and of course only applies to a specific account on that network. @NEARProtocol is a good example of a network that allows that out of the box for near accounts, you can trade account abstraction near accounts and there's even a near account marketplace - @NameSkyApp. theoretically, a legacy mpc network could create an account, give user a the permission to use it, and then move the permission to user b - but as you can already understand, this is a far cry from transferring ownership. in fact, neither user a nor user b ever had ownership, all they had was the permission to do things for an account that is owned by the mpc network. in any case most legacy mpc networks don't go that route anyway because of speed and scalability issues, and instead just operate a single account for many users, managing an internal ledger, and only allowing them to do predefined actions that are supported by their internal ledger. ---------- 4. competitive advantage with ika the whole concept of accountfi is revolutionized and enabled by ika - the novel design of the 2pc-mpc protocol that enables programmable and transferable dwallets makes it possible. this means that sui will be the only place where universal and generic accountfi is possible. besides zero-trust security, the superior speed and scalability of sui and ika also give an edge to accountfi squidfra being used in interoperable defi use cases - sub-second finality for native bitcoin transactions for example is a game changer. ---------- although transferring an account is a built-in ika capability, being able to use it for different use cases is not as straightforward. there are complexities around things like the user share management or connecting between the account and any underlying assets and activity it may have across multiple chains. solving these complexities for devs is low hanging fruit for anyone wanting to build squidfra. i'm super excited about dwallet transferability. i think it's one of the things that will open up an entirely new design space and will reshape crypto, and having robust accountfi squidfra is going to be critical for that. ---------- in the next post, we'll talk about ai-focused squidfra - making decentralized access control work in a digital world that is moving towards ai agent domination
16
20
10
124
9,653
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
i've made a diagram with the type of solution you should bet on for custody and interoperability, based on your answers to these 4 questions: 1. will crypto be multi-chain? 2. will crypto have good ux? 3. will crypto be decentralized? 4. will crypto be zero-trust?
16
32
2
116
8,014
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
Class, study this ✍️ dWallet: the zero-trust primitive that finally cracks ZUD for custody and interoperabilityπŸ¦‘
19
40
11
180
16,503
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
why is @ikadotxyz special? there are so many projects that had good tech that didn’t make it it’s simple really: undeniable *monopoly* on an undeniable *superior solution* for an undeniable *problem* that is undeniably *fundamental* ---------- 1. undeniable monopoly - ika is undeniably the only infra that can power custody and interoperability with full ZUD - Zero-trust, Usability, Decentralization. it’s undeniable because 2pc-mpc made it possible for the first time ever ethereum is an example of a project that launched with an undeniable monopoly on general purpose smart contracts ---------- 2. undeniable superior solution - ika is not only categorically better because of solving the ZUD trilemma, it’s also provably superior in all other aspects - latency, throughput, level of decentralization, flexibility, genericity, optimizations, security guarantees - you name it. no one comes close in any single paramater. solana is an example of a project that launched with an undeniable superior solution surpassing the performance of any other smart contract network ---------- 3. undeniable problem - the vast majority of users today cannot manage the current state of crypto ux, and instead trust 3rd parties and use centralized solutions. even the few power users who manage to figure it out take on enormous risk (loss, theft etc.) that often materializes, causing huge losses. no one in crypto thinks self-custody can work for mass adoption, and no one in crypto thinks the fact that centralized trusted 3rd parties hold most of crypto on behalf of users is a good thing. it's an undeniable problem. bitcoin is an example of a project that launched to solve an undeniable problem, a system to store and transfer value without trusting 3rd parties ---------- 4. undeniably fundamental - if you don't think custody and interoperability need to be zero-trust / decentralized, then you don't believe in the premise of crypto. if you don't believe it needs to be usable with 100x better ux than now, you don't believe in mass adoption of crypto. so if you believe in a future of crypto mass adoption, not having full ZUD is an existential threat to that future. that is undeniably fundamental. zcash is an example of a project that launched to solve a problem that is undeniably fundamental, zero-trust cryptographic privacy ---------- imagine having all 4 ika is undeniable
5
17
2
86
3,386
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
lessons from history - always look for a contrarian with a compelling thesis and strong technology β€”β€”β€”β€”β€” in 2015 everyone in crypto believed crypto is money, a store of value @ethereum was the main contrarian that paved the way for the current consensus of smart contracts and crypto being the rails for a new internet β€”β€”β€”β€”β€” in 2020 everyone in crypto believed scaling is solved by breaking the state - sharding, rollups, app-chains etc. @solana was the main contrarian that paved the way for the current consensus of one global state machine, with @SuiNetwork and others joining later, and now even @VitalikButerin is tweeting β€œyou can just build on l1” β€”β€”β€”β€”β€” today everyone in crypto believes custody and interoperability are separate issues and solving them involve sacrificing *Zero-trust*, *Usability (ux)* or *Decentralization* they’re wrong custody and interoperability are the same problem, and they should both be solved with a unified *Zero-trust* framework based on cryptographic security, that maximizes *Usability* and ux while remaining *Decentralized* ZUD β€”β€”β€”β€”β€” this type of thinking wasn’t possible before @ikadotxyz, because the cryptography to do that wasn’t developed, but it is possible now with 2pc-mpc, and it might take some time (like every paradigm shift does), but it will become consensus, because there's no other way ika is today’s crypto contrarian with a compelling thesis (ZUD) and strong technology (2pc-mpc)
9
18
2
77
5,043
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
when i say no ika - no mass adoption what i mean is that without ika you must agree to at least one of these: 1. there will only be one chain, and it will have turing complete smart contracts (so that chain isn’t bitcoin) 2. access to crypto will be based on trust and centralization 3. crypto can have a horrific user experience and still achieve mass adoption if you believe in one of the above, then ika is not the only solution. it still might be better and faster and more scalable than other solutions, but it’s not the only one. if you think crypto mass adoption absolutely must have full ZUD: Zero-trust Usability Decentralization then @ikadotxyz is the only solution if anyone thinks there’s another ZUD solution for custody and interoperability, please post it below and i’ll prove to you it’s not ZUD no ika - no mass adoption
6
15
3
84
2,702
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
No Ika, no BTCFi. πŸ¦‘β‚Ώ
38
16
9
198
10,472
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
🚨alpha🚨 i know I’ve been fudding this for a while now but ika has the best r/r on Sui right now. imagine bidding an infra token at 27m mcap. insane, right? these are some of the projects that are building with ika - @FullSailFi , @rheifinance (defi interoperability) - @Aeon_HQ , @0xHolonym (decentralized custody) - @COVAULTxyz , @LuckyKatStudios (chain abstraction) - @goNativeCC , @nativerse_xyz (programmable btc) - @Atoma_Network , @EkkoSUI (ai agent guardrails) with @0xHolonym going live soon and the 2pc-mpc v3 is now available on devnet (local), going to testnet soon. Things are beginning to fall in place faster than I expected. imo, this is a no brainer buy at these levels, so I’ve scooped up close to 1.2m $ika tokens on @CetusProtocol.πŸ‘€ thank you for your attention to this matter.πŸ™‚β€β†”οΈ NFA🀝
40
15
4
142
12,760
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
the ultimate programmable account tech - @ikadotxyz - offers 3 types of programmable account, each designed for a specific set of use cases: 1. accounts fully owned by network (public user-share dwallet) - basically what legacy mpc networks like near, icp, thorchain etc. have, only ika is orders of magnitude more decentralized, fast and scalable. best for bridges, synthetics, pools etc. 2. zero-trust accounts (standard dwallets) - only possible on ika, no one knows the full key, nothing can be signed without both user-share and network-share. best for zero-trust interoperability, account transferability etc. 3. account fully owned by user (imported key dwallet) - only possible on ika, user has full backup, network only has network-share. best for decentralized custody, external permissions, ai agent access control etc. if you’re wondering how could ika do so much more and so much better than so many teams who worked for years on these problems, it’s because of 2pc-mpc this is the most powerful differentiator @SuiNetwork has and it’s not even close. there are other fast and scalable networks, networks with storage, encryption and tees. but no other l1 can currently claim there’s such a large set of major use cases that is only possible there. sui is special because of ika. you’re welcome.
16
29
3
109
12,774
juicyfx γ€ŒπŸ¦‘γ€πŸ¦­/acc retweeted
i have nothing against hedging bets and playing it safe but long term community members always reap the greatest rewards
1. πŸ’Ž πŸ™Œ 2. πŸ₯© 3. πŸͺ‚
13
20
5
126
27,958