DAOSYS applies the new Autonomous Service Engine (ASE) technology to deploy a reference platform for self-sovereign capital coordination. The Autonomous Service Engine provides an opinionated framework for deploying smart-contract platforms supporting DAOs. Users may deposit their assets in the DAOSYS ecosystem of staking pools. Users receive a Treasury Token that directly reflects their deposit and the interest due for providing liquidity. Holders of the Treasury Token may stake their tokens to allocate their share of the treasury through the integrations to defi protocols and the custom features available from DAOSYS.
Users may also deploy their own staking pools to allocate capital to fund a venture through the ASE. This gives users unprecedented control over their share of the DAO treasury. The AMM model of the Autonomous Service Engine allows anyone to deploy their own pool with the defi integrations and governance model to manage their capital allocation for executing on a particular proposal. With no overall governance token, we can eliminate the economic contagion that DAOs typically experience.
DAOs fail to reflect the ethos of cryptocurrency. The fundamental value proposition of cryptocurrency is self-sovereign capital. “Not my keys, not my coins.” Currently, DAOs take ownership of users' capital to be managed in a treasury controlled by a few individuals. Tantamount to not controlling the keys to your own wallet. And current governance solutions are not suited to respecting stakeholder value. This is further compounded with the typical disconnect between DAOs governance token and the protocol’s actual value proposition.
DAOSYS aims to resolve the DAO mission statement to governance gap with a revolutionary model for coordinating cryptocurrency as capital investments. Our vision is that DAOs should operate more like pure AMMs. An autonomous and permissionless protocol anyone can use to consume the services of the DAO. Effectively acting as autonomous economic agents. This means that DAOs have to mature from the current phase of maximizing capital extraction. The economics must be tailored to facilitate the DAOs mission statement. And must be implemented in a manner that does not require external controls.
Previously, this was nearly impossible to achieve with the state of smart-contract and defi design. But, by iterating on the AMM model to generalize the process it’s possible to deploy DAOs as easily as we can deploy a liquidity pool. By applying antifragile tokenomics and integrations with defi protocols a treasury management platform can be realized without the need for a governance token. This way, DAOs can leverage existing markets as the foundation for coordinating capital to execute their mission statement. This technology is provided in the technology behind DAOSYS, the Autonomous Service Engine.
DAOSYS will consist of a reference architecture using the Autonomous Service Engine. This will make Syscoin a hotbed of innovation through the self-sovereign asset management. The antifragile market design results in a risk-mitigating funding mechanism. This shifts the primary funding risk toward simple opportunity cost. Leading to some incredible efficiencies for the Syscoin Foundation’s treasury and for others who participate. DAOSYS will be advantageously positioned to foster the roots of digital value. This position will drive the advancement of Syscoin’s ecosystem. A full-stack Layer 1 blockchain with a modular design that supports a scalable Layer 2.
This initiative and its DAOSYS implementation will fulfill goals of the nonprofit Syscoin Foundation to provide the advancements necessary for DAO technology to disrupt for-profit corporate and NGO finance by becoming a go-to driver of innovation.
The innovative software architecture that allows DAOSYS to pioneer a revolution in DAOs is the Autonomous Service Engine, (ASE). This introduces a revolution allowing DAOs to become more autonomous and fully decentralized. The ASE iterates on burgeoning standards like Diamond proxies to apply AMM functionality for more flexible capabilities.
The technology that enables automated market making is the CREATE2 operation in EVM implementations. This allows a smart-contract to deploy another smart contract, this is typically call the Factory design pattern. Protocols like Balancer and Uniswap provide the ability to create permissionless liquidity pools. The limit of these implementations is the immutable nature of smart-contract bytecode. They can only deploy a single type of contract.
Protocols like Aavegotchi have pioneered smart-contract architecture by iterating on the proxy capabilities of the EVM to advance the Factory design pattern. Smart-contract proxies take advantage of the DELEGATECALL EVM OPCODE to allow a smart-contract to reuse the logic implemented in other smart-contracts. The Autonomous Service Engine advances this innovation with an infinitely flexible Diamond Factory design. The Diamond Factory design factory combines the Factory and Diamond design patterns to deploy configurable proxies. This allows for infinitely composable proxies.
DAOSYS uses the ASE as an economic abstraction layer. The base structure of a DAOSYS liquidity pool relies on an underlying market that provides an interest rate. The integrations and defi solutions available through the ASE use rebasing tokens to index that underlying market. This indexing process is aggregated into two tokens, the Treasury Token and the Market Index Token. Users receive the Treasury Token to represent their contribution to the treasury and the interest due to them. The Market Index Token is used to index interest actualized from the underlying markets and to provide liquidity for that interest.
This two token market indexing process compartmentalizes the risk of deploying capital to the market. The two tokens for an effective A and B class of investment tranches. The vault does not accept deposits, it sells users the Treasury Token as algorithmic bond on the interest earned across the vault. The Market Index Token is used as the B tranche. The Treasury Token acts as the A tranche. When the vault purchases new assets or actualizes interest for its market position that is sold into the Market Index Token liquidity. Effectively paying interest to the B tranche. There is a soft cap on interest earned in the B tranche because the Market Index Token is paired with liquidity of the Treasury Token. This means that holders of the Treasury token are earning interest from both tranches. But, must sell through the a tranche, dispensing further interest to other holders, to exit through the B tranche.
DAOSYS has no top level governance. Applying the AMM model to DAOs means that users create their own treasuries for specific ventures. These treasuries may apply a variety of governance solutions along with their treasuries. This allows for a compartmentalization of the politics that arise with any governance solution from the actual treasury management.
Under this model, the Syscoin Foundation behaves more like a software vendor. The factory makes open-source reference implementations of defi components available to compose into treasuries. Updates to these smart-contracts are available for deploying new pools that may be added to a DAO. This removes the need for a top-level governance solution that decides whether to include an update because users are free to create new pools.
A user creates a DAO by selecting which vaults and bond markets they would like to include. These vaults may come from four sources.
-
Reuse an existing vault used by other DAOs, mingling treasuries.
This works best for when users wish to maintain their position in one DAO, but want to add more pools to form a new DAO.
-
Recreate a copy of an existing vault.
If it’s not broke, don’t fix it. The investment strategy implemented in a vault can be used across several instances of vault pools. This works well for new DAOs that wish to replicate the financial strategies of an existing DAO. Also for when the new DAO would like to invest in other DAOs using the same strategy.
-
Deploy a new pool comprising a new investment strategy.
A user may wish to create a new DAO reusing functionality available from the factory, but configured in a novel manner. The flexibility available in the ASE means that even a simple strategy has several configuration options. This is useful for when a DAO wishes to adopt a novel investment strategy that might not have been previously viable.
-
Deploy a new pool with custom code.
The Syscoin Foundation makes internal decisions regarding what smart-contracts are available through the factory similar to open source software development. Because this only concerns the software available from the foundation, this does not need to be open to public governance. When the community at large wishes to release custom code outside the foundation, a user may use the factory to deploy their own factory offering their custom code. This new factory inherits the offerings of the parent factory and may add their own modules.
These pools form the foundation of the DAO. Autonomous and permissionless liquidity pools that act as the agreed upon foundation for DAO treasury management. From there users may launch further liquidity pools that may accept the DAOs Treasury Token for deposit. These form the Roundtables for managing ventures within the DAO. The Roundtables compartmentalize management teams, Councilors, of the various ventures being executed under a DAO’s mission statement. A Roundtable typically does not have it’s own governance token, instead using a Council Token used to resolve disputes by executing buyout options.
From the Roundtables, any Councilor may use their contribution to the Roundtable to launch a bond offering for a Quest. Quests define the bounty award and terms for completing a task. The Councilor that issues the quest puts their share of the treasury in escrow to fund the Quest. The interest being earned from that underlying position is then split to fund the bounty, compound into that position, and to sell on the bond market. This ensures that Questors know the payment for work they deliver is secured. And protects the Councilor from failure to deliver.