Content pfp
Content
@
0 reply
0 recast
0 reaction
androidsixteen pfp
androidsixteen
@androidsixteen.eth
The "onchain" narrative is a bit weird to me because it's like flexing about being "onAWS" or "oncloud" A chain is only one part of your tech stack. In fact, having to compose everything onchain is an anti-pattern that emerged because light client support sucks Offchain is more expressive, safe, and cost efficient
23 replies
3 recasts
112 reactions
Henri Stern Ꙫ pfp
Henri Stern Ꙫ
@henri
💯 I quite like the term but agree with a lot of this Never picked a product because it's NoSQL, personally
1 reply
0 recast
3 reactions
androidsixteen pfp
androidsixteen
@androidsixteen.eth
And you avoided many tears and sleepless nights as a result Maybe that's one commonality between "onMongo" and "onchain" — it signals that you're a masochist 😆
1 reply
0 recast
2 reactions
Henri Stern Ꙫ pfp
Henri Stern Ꙫ
@henri
dark 😆 -- there is the fact that onchain implies deeper user implications (since self custody and interop are the benefits) than a db choice -- so it feels like more of a difference in kind than (eg) lower latency. Part of what's interesting in our work (at Privy): it's developer tooling but very user centric
1 reply
0 recast
1 reaction
androidsixteen pfp
androidsixteen
@androidsixteen.eth
Self custody (or PKI) is off chain :) And interop is unfortunately onchain because we lack trust-minimized IO with offchain coprocessors. I hope that next gen infra focuses on light clients for reads and fast proof generation/verification for writes The root of trust (the chain) should have less app code IMO
3 replies
0 recast
2 reactions
Henri Stern Ꙫ pfp
Henri Stern Ꙫ
@henri
mmmmh not sure on that last bit. I understand the draw (with a lot of scar tissue from working on distributed consensus for years) but i think transparency (beyond verifiability) is a core feature of onchain systems, so theres real value to having some app code publicly available even if you *could* do it offchain
2 replies
0 recast
0 reaction
androidsixteen pfp
androidsixteen
@androidsixteen.eth
Fair point — would open source offchain systems with onchain proof settlement be sufficient to assuage concerns about opacity?
1 reply
0 recast
1 reaction
Henri Stern Ꙫ pfp
Henri Stern Ꙫ
@henri
Yeah would go a long way I think. There’s probably still some emergent behavior of seeing the assets/data and so thinking through new composable use cases accordingly that wouldn’t be captured but I think it would go a long way. I guess I’m just not an offchain maxi either ;) hybrid apps ftw
1 reply
0 recast
0 reaction
androidsixteen pfp
androidsixteen
@androidsixteen.eth
Absolutely, @polynya’s writings pilled me on hybrid apps I’m tooting the offchain horn as a way to get the pendulum to swing the other way I think because chains created the category of verifiable compute, people are still anchored there - have to shake them loose :)
1 reply
0 recast
1 reaction