Sign in

gozala

@gozala.io
191 followers 140 following 105 posts

Tinkerer on a mission to shift control from servers to users

PostsRepliesMedia
gozala @gozala.io · 02/10/2026
Here is another teaser, every space comes with /diagnose tool showing tree internals (this tree of the team space). Notice those ☁️ icons on the right those are for subtrees that have not being replicated validating my and @cdata.earth's hypothesis about partial replicas
131
gozala @gozala.io · 02/10/2026
Loving ability to see members of the space in @tonk.xyz which also reflect topology of responsibilities. It also happens to be a representation of @ucan.xyz delegations chains. Space delegated ownership to founder who then delegated access to other members
3154
gozala @gozala.io · 22/09/2026
Here is an @iroh.computer teaser, showing web browser finding a iroh node (on my machine) replicating two dialog db's that you can connect to via WebRTC transport (without relays)
1505
gozala @gozala.io · 14/08/2026
Anyone knows why did:plc does not support ed25519 keys for rotation. p256 has suspicion of backdoor and k256 is not supported by web crypto
085
gozala @gozala.io · 08/04/2026
Dialog deliberately has no server component because operator of server is ultimately in control. Instead dialog allows replication over git like remotes which are just networked storage locations for keeping hash addressed blobs reachable. Making cloud into a dumb shared buffer inverts control
110
gozala @gozala.io · 08/04/2026
github.com/mikeal had a brilliant idea what if we remove servers and let clients just query index and read from networked storage
110
gozala @gozala.io · 08/04/2026
Experience building web3.storage & nft.storage made it super clear that proxying lot of bytes is pretty costly at large scale.
Cost of proxying bytes adds up
110
gozala @gozala.io · 08/04/2026
🎯 Need for shared indexes is what you run against when trying to decentralize. Not only we need shared index, but everyone just need a small slice of it. This was original motivation of dialog-db, what if we could collectively own shared index that you can query without having to replicate it all
1142