TIL #2 - The AMM Design Trilemma
Recently I have been on a quest to understand AMM’s from a historical context (pre-DeFi). This 2013 paper by Othman et al titled “A Practical Liquidity-Sensitive Automated Market Maker” takes an axiomatic approach to unify AMM designs by characterizing AMMs by three properties - path independence, translation invariance, and liquidity sensitivity.1 - Three properties to characterize AMMs - path independence, translation invariance, and liquidity sensitivityPath IndependencePath independence m...
DeFi Primitive Risk Methodology (DPRM)
“DeFi Primitive Risk Methodology (DPRM) is an open source risk management library (currently in development) that lets users perform both quantitative and qualitative risk analysis on groups of DeFi primitives using stochastic methods to simulate first and second order effects from any combination of tokenomics designs.”Problem - Risk Management in DeFi is hardIn DeFi, a plethora of innovation is occurring with the creation of many new macro DeFi primitives such as liquidity pools, bonds, and...
MEV Arbitrage on Olympus POL
1 - Abstract 2 - Intro 2a - MEV Arbitrage 2b - Olympus POL 3 - Data Collection 3a - Sushiswap LP 3b - Olympus POL 4 - Results 4a - Swap Distributions 4b - Swap Statistics 4c - Buy/Sell Trading Flows 5 - Final Remarks 1 - AbstractMaximal extractable value (MEV) bots perform atomic arbitrage transactions on DEX-based liquidity pools. Although accounting for less than 1% of total unique addresses, these bots execute the majority of transactions in Olympus protocol owned liquidity (POL) both in t...
decentralized bankster
TIL #2 - The AMM Design Trilemma
Recently I have been on a quest to understand AMM’s from a historical context (pre-DeFi). This 2013 paper by Othman et al titled “A Practical Liquidity-Sensitive Automated Market Maker” takes an axiomatic approach to unify AMM designs by characterizing AMMs by three properties - path independence, translation invariance, and liquidity sensitivity.1 - Three properties to characterize AMMs - path independence, translation invariance, and liquidity sensitivityPath IndependencePath independence m...
DeFi Primitive Risk Methodology (DPRM)
“DeFi Primitive Risk Methodology (DPRM) is an open source risk management library (currently in development) that lets users perform both quantitative and qualitative risk analysis on groups of DeFi primitives using stochastic methods to simulate first and second order effects from any combination of tokenomics designs.”Problem - Risk Management in DeFi is hardIn DeFi, a plethora of innovation is occurring with the creation of many new macro DeFi primitives such as liquidity pools, bonds, and...
MEV Arbitrage on Olympus POL
1 - Abstract 2 - Intro 2a - MEV Arbitrage 2b - Olympus POL 3 - Data Collection 3a - Sushiswap LP 3b - Olympus POL 4 - Results 4a - Swap Distributions 4b - Swap Statistics 4c - Buy/Sell Trading Flows 5 - Final Remarks 1 - AbstractMaximal extractable value (MEV) bots perform atomic arbitrage transactions on DEX-based liquidity pools. Although accounting for less than 1% of total unique addresses, these bots execute the majority of transactions in Olympus protocol owned liquidity (POL) both in t...
decentralized bankster

Subscribe to 0xEvan

Subscribe to 0xEvan
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
An organization can be represented as a graph by allowing each node to be a department and each edge to be a shared responsibility between two departments.
In the above example, the following nodes are operations, treasury, sales, and marketing, and two miscellaneous departments. Notice that there is a connection between every node. This type of graph is called a complete graph or fully connected. If any node is removed, the graph will still remain complete. In other words, none of the functions of the remaining nodes will be affected because the graph is still a complete graph, which can be seen as an equivalent definition for ‘decentralization’.

An observation about complete graphs is that a complete graph also represents a maximally decentralized graph. To see why this is true, consider the following graph below to the left, which is a connected graph, but not complete. Notice that the operations node is the gateway in which all the other nodes are connected. Thus the operations node makes this graph very centralized. If the operations node is removed, the organization will cease to function properly and the graph will no longer be a connected graph as seen below to the right.

Viewing the organizational structure of a DAO or any organization through the lens of graph theory gives us the additional benefit of being able to quantify how much centralization or decentralization exists within a DAO. As DAO’s continue to figure out the daoification process, the end goal will be towards a maximally decentralized DAO structure, or a complete graph structure. The more decentralized a DAO becomes, the more robust it will be to new organizational changes over time.
We can use the graph structure to describe the complexities of a DAO. For example consider this sample DAO structure represented as a graph:

Although not a complete graph, we can immediately see the level of decentralization each department has based on the number of edges that belong to the node. The more edges a node has, the more ‘reliant’ the entire DAO will be on that node. A higher number of total edges in the graph implies an overall higher level of decentralization.
Another use case is to chart the paths from one node to another. For example there is no direct edge between the sales and treasury nodes. The shortest paths, both of length 2, are
sales -> marketing -> treasury
sales -> operations -> treasury
Additional questions can then be asked whether there should indeed be a direct connection between sales and treasury or not. Is a 2 edge path sufficient or do sales and treasury responsibilities overlap so much that there should be an edge established directly between sales and treasury? We would also expect that the sales department will have the most overlapping responsibilities with operations and marketing departments and have no direct overlapping responsibilities with new department1, new department 2, and treasury.
Using graph theory to understand the structure of a DAO to characterize the levels of decentralization can offer valuable insights and guide a DAO through the daofication process. Adding/removing new departments to the DAO via nodes to a graph makes the process quantitative and offers additional insight to the responsibilities and functions of the departments and shows which responsibilities overlap and which responsibilities are independent.
An organization can be represented as a graph by allowing each node to be a department and each edge to be a shared responsibility between two departments.
In the above example, the following nodes are operations, treasury, sales, and marketing, and two miscellaneous departments. Notice that there is a connection between every node. This type of graph is called a complete graph or fully connected. If any node is removed, the graph will still remain complete. In other words, none of the functions of the remaining nodes will be affected because the graph is still a complete graph, which can be seen as an equivalent definition for ‘decentralization’.

An observation about complete graphs is that a complete graph also represents a maximally decentralized graph. To see why this is true, consider the following graph below to the left, which is a connected graph, but not complete. Notice that the operations node is the gateway in which all the other nodes are connected. Thus the operations node makes this graph very centralized. If the operations node is removed, the organization will cease to function properly and the graph will no longer be a connected graph as seen below to the right.

Viewing the organizational structure of a DAO or any organization through the lens of graph theory gives us the additional benefit of being able to quantify how much centralization or decentralization exists within a DAO. As DAO’s continue to figure out the daoification process, the end goal will be towards a maximally decentralized DAO structure, or a complete graph structure. The more decentralized a DAO becomes, the more robust it will be to new organizational changes over time.
We can use the graph structure to describe the complexities of a DAO. For example consider this sample DAO structure represented as a graph:

Although not a complete graph, we can immediately see the level of decentralization each department has based on the number of edges that belong to the node. The more edges a node has, the more ‘reliant’ the entire DAO will be on that node. A higher number of total edges in the graph implies an overall higher level of decentralization.
Another use case is to chart the paths from one node to another. For example there is no direct edge between the sales and treasury nodes. The shortest paths, both of length 2, are
sales -> marketing -> treasury
sales -> operations -> treasury
Additional questions can then be asked whether there should indeed be a direct connection between sales and treasury or not. Is a 2 edge path sufficient or do sales and treasury responsibilities overlap so much that there should be an edge established directly between sales and treasury? We would also expect that the sales department will have the most overlapping responsibilities with operations and marketing departments and have no direct overlapping responsibilities with new department1, new department 2, and treasury.
Using graph theory to understand the structure of a DAO to characterize the levels of decentralization can offer valuable insights and guide a DAO through the daofication process. Adding/removing new departments to the DAO via nodes to a graph makes the process quantitative and offers additional insight to the responsibilities and functions of the departments and shows which responsibilities overlap and which responsibilities are independent.
No activity yet