Content
@
https://warpcast.com/~/channel/walletbeat
0 reply
0 recast
0 reaction
polymutex
@polymutex.eth
Like app frontends, Walletbeat ought to walk the talk of decentralization and censorship resistance. Will move from Vertex to IPFS + ENS. Perhaps an ERC-6860 version down the line too? Work-in-progress version: https://dev.walletbeat.eth.limo/beta/
4 replies
2 recasts
13 reactions
v1rtl
@v1rtl.eth
you might want to use Blumen you could replicate the IPFS deployment on multiple services and use Safe to manage the website https://blumen.stauro.dev/
1 reply
0 recast
1 reaction
polymutex
@polymutex.eth
This looks interesting, but seems like high overhead (and gas fees) for every update. Ideally I'd like something more like Fleek where it runs as part of a CI pipeline and updates an IPNS CID (that I'm comfortable having the private key of in the CI pipeline), and then point a self-custodied ENS domain at that IPNS.
1 reply
0 recast
0 reaction
v1rtl
@v1rtl.eth
IPNS has a few problems 1) you have to store the keys somewhere and hope that they don't get leaked or lost 2) IPNS itself is very centralized, very few pinning services support pinning/replicating it 3) IPNS is super slow, compared to DNSLink for example
1 reply
0 recast
1 reaction
polymutex
@polymutex.eth
Fair enough, but perhaps what I'm getting it is that it's useful to have two levels of indirection: ENS → [thing], [thing] → IPFS CID. This way the "[thing] → IPFS CID" mapping to be cheap and easy to update as part of CI, while maintaining secure ownership of the ENS domain by a Safe multisig.
1 reply
0 recast
0 reaction
