Subscribe to szns.io
Subscribe to szns.io
Share Dialog
Share Dialog
szns.ioDAO Rugability and Architecture
How to mitigate DAO rugability via governance structure.“Where anonymous DAO members can do whatever they want with protocol treasuries worth hundreds of millions of dollars.” - RektThe DAO governance space continues to evolve. Decisions around collectively owned assets all go through some sort of proposal system to create an action. The DAO proposal architecture manifests from a combination of soft proposals, hard proposals, and unilateral decisions. Strong DAOs build architectures accountin...
szns.ioNFT DAO SZN
learnings and direction forward Fractionalizing NFT projects into useful DAO structures remains a complex challenge yet to be fully solved. This article serves as an explanation of the assumptions launched at SZNS MVP, the learning gathered from the initial Albums, and our path forward to develop the most useful fractional management platform in the world.SZN-0: the MVP“If you aren’t embarrassed by the first version of your product, you launched too late.” – Reid Hoffman At launch in October,...
szns.ioDAO Rugability and Architecture
How to mitigate DAO rugability via governance structure.“Where anonymous DAO members can do whatever they want with protocol treasuries worth hundreds of millions of dollars.” - RektThe DAO governance space continues to evolve. Decisions around collectively owned assets all go through some sort of proposal system to create an action. The DAO proposal architecture manifests from a combination of soft proposals, hard proposals, and unilateral decisions. Strong DAOs build architectures accountin...
szns.ioNFT DAO SZN
learnings and direction forward Fractionalizing NFT projects into useful DAO structures remains a complex challenge yet to be fully solved. This article serves as an explanation of the assumptions launched at SZNS MVP, the learning gathered from the initial Albums, and our path forward to develop the most useful fractional management platform in the world.SZN-0: the MVP“If you aren’t embarrassed by the first version of your product, you launched too late.” – Reid Hoffman At launch in October,...
<100 subscribers
<100 subscribers
Decentralized governance holds amazing potential for new experiments in democratic decision-making. DAO tools coming out all carry distinct nuances that make them more or less appropriate to specific use-cases. For SZNS, the use-case focuses on NFT management.
This article dives into the proposals lifecycle in detail. All proposals by a SZNS Album move through a similar process: Submission, Voting, Verification, and Execution. There are nuances involved with each step. The goal for the SZNS platform is to provide an intuitive interface for anyone to make decisions efficiently in a trustless way.
Note: this is a follow on from the previous SZN-0 Governance post.
Only users holding $ALBUM tokens (Album Members) can submit proposals. Submissions require a description of the intended action and often include an onchain transaction. There are two methods for Album Members to submit 1. Use a standard proposal, 2. Construct a custom proposal.
At time of public access launch, Albums will include a set of essential standard proposals (details in a follow on post). These proposals exist in the SZNS Album interface and offer an intuitive flow for common actions. Albums need to sell, buy, distribute, and stake treasury assets. Building effective proposals in a custom way requires knowledge of smart contracts, etherscan, and public addresses (see below). Standard proposals abstract these aspects of the process (more details on proposals here).
2. Custom proposals require knowledge of smart contracts to perform actions like sending, buying, selling, distributing, NFTs, and treasury assets. If the action you want to execute is not yet available as a standard proposal, Album members are able to create a custom proposal. Custom proposals are constructed in the Album’s Snapshot space and allow for Album members an interface to construct any arbitrary action. This does require significant technical expertise to construct transactions effectively, as seen in the video above (more detailed example here).
Anyone with an $ALBUM token is able to vote on active proposals via the SZNS interface. The default voting system uses a single choice voting strategy where addresses hold voting power proportional to their token amounts at the time of the proposal submission.
$ALBUM holders can vote in the SZNS interface or click out into the snapshot page to gather more details on the proposal prior to voting.
The verification of proposals occurs through a Reality.eth oracle after the voting period. This process requires users to stake a bond of 1 ETH that may be slashed if the outcome is not honest to the voting result. During this time users may request arbitration from the SZNS DAO in Discord (this process will be further formalized in the future).
For a proposal to be verified as valid, it must pass the Governance Rules. SZNS offers conservative default rules, but these may be modified via a proposal by the Album or changed by the Album creator before launch.
Example of verification:
The execution step occurs only after the Reality.eth process finishes. Execution is only available if the Reality.eth oracle passes positively. If the oracle is set to the result being invalid, the execution onchain is not available. Execution occurs in the snapshot interface today.
Further, there are a number of nuances for the execution depending on the proposal type. For instance, the execution of an NFT listing on OpenSea must occur before the listing date in order to function properly.
Example of execution:
SZNS Albums offer a new way to make decentralized decisions for managing NFT assets. Make sure to be informed on the various steps for each proposal when you submit them to the Album for voting.
We’re excited to empower decentralized communities. Signup here if you’d like early access.
Decentralized governance holds amazing potential for new experiments in democratic decision-making. DAO tools coming out all carry distinct nuances that make them more or less appropriate to specific use-cases. For SZNS, the use-case focuses on NFT management.
This article dives into the proposals lifecycle in detail. All proposals by a SZNS Album move through a similar process: Submission, Voting, Verification, and Execution. There are nuances involved with each step. The goal for the SZNS platform is to provide an intuitive interface for anyone to make decisions efficiently in a trustless way.
Note: this is a follow on from the previous SZN-0 Governance post.
Only users holding $ALBUM tokens (Album Members) can submit proposals. Submissions require a description of the intended action and often include an onchain transaction. There are two methods for Album Members to submit 1. Use a standard proposal, 2. Construct a custom proposal.
At time of public access launch, Albums will include a set of essential standard proposals (details in a follow on post). These proposals exist in the SZNS Album interface and offer an intuitive flow for common actions. Albums need to sell, buy, distribute, and stake treasury assets. Building effective proposals in a custom way requires knowledge of smart contracts, etherscan, and public addresses (see below). Standard proposals abstract these aspects of the process (more details on proposals here).
2. Custom proposals require knowledge of smart contracts to perform actions like sending, buying, selling, distributing, NFTs, and treasury assets. If the action you want to execute is not yet available as a standard proposal, Album members are able to create a custom proposal. Custom proposals are constructed in the Album’s Snapshot space and allow for Album members an interface to construct any arbitrary action. This does require significant technical expertise to construct transactions effectively, as seen in the video above (more detailed example here).
Anyone with an $ALBUM token is able to vote on active proposals via the SZNS interface. The default voting system uses a single choice voting strategy where addresses hold voting power proportional to their token amounts at the time of the proposal submission.
$ALBUM holders can vote in the SZNS interface or click out into the snapshot page to gather more details on the proposal prior to voting.
The verification of proposals occurs through a Reality.eth oracle after the voting period. This process requires users to stake a bond of 1 ETH that may be slashed if the outcome is not honest to the voting result. During this time users may request arbitration from the SZNS DAO in Discord (this process will be further formalized in the future).
For a proposal to be verified as valid, it must pass the Governance Rules. SZNS offers conservative default rules, but these may be modified via a proposal by the Album or changed by the Album creator before launch.
Example of verification:
The execution step occurs only after the Reality.eth process finishes. Execution is only available if the Reality.eth oracle passes positively. If the oracle is set to the result being invalid, the execution onchain is not available. Execution occurs in the snapshot interface today.
Further, there are a number of nuances for the execution depending on the proposal type. For instance, the execution of an NFT listing on OpenSea must occur before the listing date in order to function properly.
Example of execution:
SZNS Albums offer a new way to make decentralized decisions for managing NFT assets. Make sure to be informed on the various steps for each proposal when you submit them to the Album for voting.
We’re excited to empower decentralized communities. Signup here if you’d like early access.
No activity yet