holders.vote Roadmap Item - IFTTT architecture
holders.vote isn't just about improving signal-to-noise for DAOs. It can be more, much more.
We can trigger both onchain and offchain actions, in response to things such as:
- certain posts getting enough upvotes or downvotes by count and/or balance/VP
- certain comments on posts getting enough upvotes or downvotes.
- a "problem" post resolves once a "solution" post finds consensus -> using parameters for both. Eg. problem post gets an attestation with a parameter, and the solution post supplies that parameter.
... we can attach calldata anywhere in this app we want ... we can use the webhooks to connected to external, third-party, trusted environments ...
This feels wicker powerful. Am I alone? What should we do first?
0 comments
No comments yet. Be the first.