Note
Published - September 2nd 2023
Link to Yellow Paper Technical Details: https://github.com/MorpheusAIs/Docs/blob/main/YellowPaper.md
Morpheus is designed to incentivize the first peer-to-peer network of personal general purpose AIs that can execute Smart Contracts on behalf of a user, known as Smart Agents. Providing users open-source Smart Agents to connect to their wallets, Dapps, & smart contracts promises to open the world of Web3 to everyone.
The user’s Web3 wallet for key management & to sign recommended transactions when interacting with the Smart Agent.
A Large Language Model trained on Web3 data including Blockchains, Wallets, Dapps, DAOs, & Smart Contracts.
The SmartContractRank algorithm to score & recommend the best Smart Contracts to the user.
Longterm memory of user data & connected applications stored locally or via decentralized cloud to provide a broader context to Smart Agent actions.
Finally, the average user can talk with their Smart Agent in normal language and have it understand the question and take an action based on their intent/approval. This moment is similar to how Google's search engine opened the early internet up to the general public through their easy to use web interface in the late 1990s.
To make Smart Agents accessible to everyone and increase decentralization of their infrastructure, we propose the development of the Morpheus network. The Morpheus network will include a fairly launched token (the "MOR" token) for incentivizing all four of the key contributors to the network. Namely, the community of builders creating interfaces, coders contributing to the Morpheus software/agents, capital providers adding liquidity and those supplying computation, storage and bandwidth. It has been well shown by the history of Bitcoin and Ethereum that free & open competition for scarce digital tokens can provide scalable infrastructure for a public blockchain over long periods of time.
Incumbents such as OpenAI, Microsoft, and Google are running closed-source large language models, charging customers license fees, and monetizing customer data. These models are censored, fragile, and operate in walled gardens. There is a strong demand for an open-source large language model available for free. Llama, Falcon, and other open-source LLMs have recently been released and are rapidly approaching the accuracy of their closed-source competitors.
What these open-source LLMs currently lack is a standard graphical interface by which users can chat with them, an API for developers, a cloud solution to move between devices and a way to manage user data and the recovery process. This is where the Smart Agent Protocol comes in, as it provides an open-source LLM run locally and is managed by a user's Web3 wallet.
However, the local only approach still lacks an API for developers to build on and the cloud solution where a network of users can run the software on powerful hardware to enable use cases such as light clients, where the user doesn't need to download the full node or Smart Agent locally.
Morpheus will provide these APIs and decentralized cloud functions by launching a network and a token to reward people providing this public blockchain infrastructure to the Smart Agent community. As an implementation of the Smart Agent Protocol, Morpheus seeks to gather the resources required for open source based personal AIs to match and then exceed the capabilities of the tech companies offering closed GPT models today.
Morpheus has many advantages right away. Being Web3 native the user can buy or sell crypto, send stablecoins, access smart contracts, and use Dapps and DeFi services, which no LLM is connected to today. Regulatory barriers faced by centralized companies prevent them from offering these tools to users, so their models can chat about tasks but not act on the user's behalf in a Web3 context. Running on the decentralized public infrastructure is cheaper than paying Chat GPT a license fee for every new user.
Morpheus is the Linux type alternative for developers who want to be able to quickly spin up new agents / LLMs at no cost. The user can maintain ownership of their business or personal data. This avoids leaks, hacks, and attacks from competitors. By rewarding developers for contributing code not just to Morpheus but also to build more specialized Agents, an App Store/ Agent Store type experience for users will develop. With persistence of data, prompts, and history owned by the user, the Smart Agent Protocol becomes the best solution for interoperability in the world of LLMs and Agents.
Lastly, Morpheus having a graphical user interface and leveraging Electron to package it as a one-click install allows Morpheus to become the first open-source AI to pass the famous "Friedl test". This is a threshold that benchmarks when the ease of use of a software first makes it accessible to non-technical members of the general public.
Our proposal provides for this with a Morpheus token (symbol "MOR"). MOR is rewarded each day 24% to the community, 24% to capital, 24% to compute, 24% to coders, and 4% for protection funds.
This reflects the reality that for Morpheus to grow, it needs the following:
Community - Builders create frontends / tools and bring users into the Morpheus ecosystem.
Capital - Brings the funding for compute and code.
Compute - Provides the equipment and power.
Coders - Provide the intelligence to use the frontends, capital and compute.
The MOR Token Supply is limited to a maximum of 42,000,000 tokens that will ever exist. The distribution will start with all four groups earning the tokens by providing forms of proof of work (labor) and proof of stake (capital) to the network. No pre-mine. No early token sale. Just a fair launch.
The block reward will start at 14,400 MOR per day and then decline by 2.468994701 MOR each day until the reward reaches 0 on day 5,833. By that time (about 16 years from now) provided Morpheus is in wide use, the fees will have taken over as the primary incentive. Fees paid to users for their data, fees to compute providers, fees to capital providers and fees to coders.
42 Million supply cap for the MOR tokens.
14,400 tokens per day evenly distributed between community, capital, code, and compute.
-
3,456 tokens for compute. Proof of transactions for API calls served.
-
3,456 tokens for code. Proof of code committed and merged into Morpheus repo.
-
3,456 tokens for capital. Proof of stETH yield contributed, 50% swapped for MOR & paired with the rest 50% to lock in the AMM as a Protocol-owned Liquidity (PoL).
-
3,456 tokens for community. Proof of building front end applications & tools that engage users.
With the remainder set aside for protection resources: 576 tokens per day for that purpose.
The objective is for MOR to provide broad utility in many of the functions of the Morpheus network. As a result, the use of the MOR token offers an on-chain accounting mechanism to calculate rewards based on real usage of the software.
Developers pay MOR to compute providers for functions beyond what local hardware can execute. This MOR pays for the Morpheus API calls for decentralized applications using the Smart Agent Protocol. Users can pay MOR for specialized Agents released by developers. In turn, developers can pay users MOR for training data for new LLMs/Agents.
All projects go through phases of development. It's important that at the beginning liquid resources such as ETH are used to pay devs and for equipment. Ethereum did the same thing when they leveraged BTC from their community to pay for the initial coding of their blockchain. The difference here is that the Smart Agent Protocol has already been developed and Morpheus is implementing a version to broaden its reach, so there isn't a need for a crowd sale before the project goes live. MOR tokens will only be rewarded after the software is live.
- Capital - Capital providers receive MOR rewards prorated to stETH they contributed against all stETH deposited.
- Compute - Compute providers receive MOR for the user prompts they reply to.
- Coders - Coders receive MOR for the contributions they make to the Morpheus software which are merged.
- Community - Community builders receive MOR for the front ends, tools, usage, & value they bring into the Morpheus network.
- Capital - A balance between block rewards and fees earned develop.
- Compute - A balance between block rewards and fees earned develop.
- Coders - A balance between block rewards and fees earned develop.
- Community - A balance between block rewards and fees earned develop.
- Capital - Fees for providing stETH liquidity to the MOR token will provide a majority of their rewards.
- Compute - Fees paid to compute providers will form the majority of their rewards.
- Coders - Fees going to coders will form the majority of their rewards.
- Community - Fees paid by users will provide a majority of their rewards.
Note this isn't a timeline. Rather each phase is a description of part of the life cycle. It may take years for the community to grow and mature through each phase and the block reward expires after about 16 years. This lengthy distribution schedule is intended to give time for the tokens to be rewarded on a very broad basis globally. Also, the smooth daily decline in block rewards over many years gives all participants time to achieve scale and transition from the early subsidized rewards to operating solely by the fees they earn.
Ever since Bitcoin's launch people have argued about "what will happen when the block rewards finally stop?" To avoid this unhelpful debate in the context of Morpheus and to continue aligning new coders, community, compute & capital providers long into the future, we propose a "tail emission" of MOR tokens. This MOR tail emission will start after the last MOR tokens have been emitted on day 5,833 of the distribution schedule.
The tail emission will be calculated by reviewing the number of burned MOR tokens in the past 5,833 days and setting the tail emission value to be 50% of the burned amount. This tail emission value will be emitted in the next 5,833 day period. But in no case will the tail emission be greater than 16% of the then in circulation MOR.
For example, if on average 25% of MOR tokens were burned during the first 5,833 days then 10,500,000 MOR would have been burned during the first emission schedule. Then by applying the 50% tail emissions value we calculate 5,250,000 MOR can be rewarded in the second 5,833 day period. This works out to about 16.6% of the 31,500,000 MOR left in circulation. Accordingly this amount would be further reduced to 5,040,000 MOR (16% of tokens in circulation) to be rewarded in the second 5,833 day period or ~864 MOR per day.
After the second 5,833 day period is complete, this process will repeat. The tail emission will be calculated again by reviewing the number of burned MOR tokens in the past 5,833 days and setting the tail emission value to be 50% of the burned amount. This tail emission value will be emitted in the next 5,833 day period. But in no case will the tail emission be greater than 16% of the then in circulation MOR.
For example, again if 25% of MOR tokens were burned during the second period, that equals 9,135,000 MOR burned during the second emission schedule. Then 4,567,500 MOR can be rewarded in the third 5,833 day period. However, since this number is more than 16% of the then 27,405,000 MOR left in circulation, it will be reduced to 4,384,800 MOR to align with the 1% annual rewards (relative to tokens in circulation).
This process repeats forever on into the future.
The longterm result is about 1% of annual MOR rewards (relative to the number of MOR then in circulation) will be available for future coders, compute, community & capital.
Note
This does not alter the nature of the hard Supply Cap of 42 Million MOR. Since the tail emission schedule is by definition only a portion of the MOR tokens which were burned, thus the MOR token can only become ever more scarce > with each 5,833 day period.
Below is shown the unified MOR Supply Curve showing the first 5,833 day period and adding the long tail emissions from year 17 to year 256 presuming the example of a 25% average burn rate of MOR over the epochs.
The Morpheus full node comes with a wallet or the user can connect their existing wallet. This enables the user to sign and send transactions recommended by their Smart Agent. So users will be able to participate in the proofs through the Morpheus software. However, Capital Providers are not required to have a full node for example. They can interact directly with the Smart Contracts on Ethereum / Arbitrum using stETH.
The definition of a Capital Provider is someone who provides stETH that generates yield for the Morpheus network which becomes Protocol-owned Liquidity (PoL). The Capital Provider Smart Contract will provide 50% of the stETH yield produced to the Morpheus swap function. The swap buys the MOR tokens from an Automated Market Maker (AMM) then pairs them with the rest 50% of the stETH yield and lock into the AMM Liquidity Pool as PoL. This will provide liquidity to all those coders, community builders and compute providers. The fees earned by liquidity position are re-invested in the pool ensuring steady liquidity growth.
This way all the yield earned from user stETH deposits is converted into protocol-owned liquidity (PoL). The yield remains as PoL indefinitely, but the user can withdraw their stETH whenever after a 7-day initial lock. If stETH are withdrawn, MOR rewards will cease to be accrued.
As a result, the Capital Provider will receive MOR tokens (calculated every block) prorated to their stETH contribution against the total deposited stETH pool. For example, if there are 100 Capital Providers who each contributed 1 stETH on day 1 when the network launches, and the total pool equals 100 stETH, then each one gets 1% of the 3,456 MOR tokens this day = 34.56 MOR.
It has been proposed to refer to this process of yield contribution, swap and adding liquidity as the "TCM". Short for the "techno-capital machine" in honor of the e/acc philosopher Beff Jezos.
See the link to the detailed explanation of Tеchno Capital Machine here: TCM
The definition of a Coder is someone who has downloaded and run the Morpheus full node, connected their wallet, and contributed an agent, smart contract or other software to the Morpheus Network. The code must adhere to Coder Guide.
The Coder will send a MOR transaction to the Coder Smart Contract to register their agent / smart contract or software. The Coder will include in the memo of the transaction the following metadata.
- A. An IPFS link to their software's endpoint in the memo field of the MOR transaction when they register.
- B. A cryptographic signature, similar to how developers sign/authenticate app releases.
- C. The version number of the software.
- D. A hash of the state of the program, so users can check it is a valid and unaltered copy.
The contributors to the Morpheus codebase are rewarded in proportion to all the cumulative development done on the repository as gauged by Full Time Equivalent (FTE) work contributed. For example, if there are 10 coders each having contributed 10% of the FTE time (denominated in weights) when the network launches, then each one gets 10% of the 3,456 MOR tokens each day = 345.6 MOR. This calculation is updated each month based on the cumulative FTE time (denominated in weights) contributions of the current mainnet version of the Morpheus software.
The concept here is NOT based on the Labor Theory of Value. It doesn't matter how many hours are worked but rather the value produced by the work. That's why the repository owner has to actually merge in the code (the product of the work) for it to count toward rewards. The repository owner acts as the "customer" in the marketplace.
If the Code contributor is asking too many weights for the Contribution, or the quality of the contribution can't be qualified, or is of low quality, it's likely to be rejected by the repository owner. And while anyone "can" make a repository it takes a lot of work to maintain and also attract people to contribute to your repository over others, so the market is likely to focus on the best repositories with the most contributors and the best code resulting.
Open source and free market economics for the win.
Once there are specialized agents, tools or chains (sequence of prompts/calls to an LLM) interoperable with Morpheus, then half (50%) of the rewards will go to their developers. The reward will be calculated in proportion to the usage of those agents. For example, if there are 10 developers who built 10 agents each generating 10% of the agent usage on the Morpheus network. The Morpheus smart contract will calculate those usage statistics via MOR transactions. Then the Morpheus software coders would earn 50% of the MOR reward and each developer of a specialized agent would get 5% of the tokens = 172.8 MOR per developer in this example.
A great deal of the leading research that has been done in this area of "Proof of Contribution" is by the good folks at the TEA Protocol. Including Max Howell the developer of Home Brew. More details can be found here. Morpheus may consider leveraging TEA after its launch in 2024.
A Compute Provider is defined as any entity running a full node that provides compute resources, has a MOR address and offers IPS (inferences per second, an atomic unit of inferences in AI) bids through the Router. When a Provider wins the bid, it provides the compute resource (GPUs, etc) for various AI models to the user. Providers should need to prove they have a given LLM, by signing hash of LLM model with their key. Compute Providers are ONLY paid when there is demand for their compute. This prevents the situation where large portions of MOR are emitted prematurely when the network doesn’t need it.
To qualify to receive Compute requests, a Compute Provider's address must HODL MOR tokens which discourage Sybil attacks.
Provider’s hardware type is irrelevant to the network, so long as they satisfy the User’s Pass/Fail test. Any Provider bidding on more Queries than they can efficiently process will be penalized by failing this test.
The Router is a software application that has a MOR address and negotiates the 2-sided market between Users and Providers. The Router registers and tracks Provider addresses and bids, processes Requests from Users, records [miliseconds] and Pass/Fail tests of processed Requests, and instructs the Compute Contract to credit eligible Providers for payment in MOR when requested. The Router never sends or receives MOR transactions (nor transactions on any blockchain). The Router never sees the content of a Request, nor the response.
- Users, Providers, and Router all create MOR pub keys (this is their identity and all messages are signed as such).
- If User hodls any balance of MOR, User may submit a signed Request for Compute “RFC” message to the Router.
- Router prioritizes RFCs based on User’s MOR balance.
- Router selects Provider that supports the [LLM], prioritized based on lowest Bid per IPS in MOR.
- Router sends liveness check to Provider. If Pass, then:
- Router connects User to the Provider over TCP/IP.
- User sends Query ([LLM],[prompt]) to Provider.
- Provider computes Query, sends Result to User.
- User reports success metrics to Router (such as IPSs received or time taken, or pass/fail vote).
- Router instructs Compute Contract to credit Provider with MOR if job was completed satisfactorily.
- (Some time later) Provider requests payment of MOR from Compute Contract and Compute Contract sends MOR payment if valid (first blockchain TX so far, can be batched).
For the first year following the Capital Contract's bootstrapping period, the top 100 Compute providers may be entitled to a prorated amount of 2.4% of MOR emissions. This is calculated by the routers and accounted for in the compute contract.
For detailed information visit the Yellowstone Compute Model paper
The definition of a Community Builder is they have downloaded and run the Morpheus full node, connected their wallet and are using the Morpheus API to provide user front ends & developer tools. Their contributions provided can be calculated by including a signed transaction generated by the Smart Agent with the return of the output from the MOR transaction.
The Community Builder will send a MOR transaction to the Community Builder Smart Contract to register the API endpoint for receiving requests. The Community Builder will include in the memo of the transaction the following metadata.
- A. An IPFS link to their frontend or tool via an endpoint in the memo field of the MOR transaction when they register.
- B. A cryptographic signature, similar to how developers sign/authenticate app releases.
- C. The version number of the Morpheus software they are using.
- D. A hash of the state of the front end / tool, so users can check it is a valid and unaltered copy.
The prorated MOR transaction fees burned by each Community Builder serves as proof of the Community Builder's status and earns a proportion of the MOR tokens each day.
For example, if there are 100 Community Builders on day 1 when the network launches, then each one gets a prorated reward based on the amount of MOR they have burned via fees. In this case, presuming each of the 100 Community Builders burned 100 MOR, then 1% of the 3,456 MOR tokens each day = 34.56 MOR.
Depositing of stETH for rewards will be made on the Ethereum mainnet, when Morpheus Tokens (MOR) will be awarded on the Ethereum Layer 2 Arbitrum, for the purpose of payments and other MOR utility related actions.
Note that Morpheus does not need to set aside MOR rewards for blockchain consensus or transaction execution on a distributed ledger thanks to building on Ethereum and 2nd layer Arbitrum.
Depositors will be able to send a transaction to the MOR Smart Contracts and claim their MOR rewards at any time. They can also withdraw their stETH at any time.
The best systems pick the least number of magic numbers and instead let the free market decide as many variables as possible. Fees are a great example of this. Rather than picking an arbitrary fee to charge instead, Morpheus leaves these numbers up to users, devs, capital and compute providers. For example, if a compute provider can offer a $0.02 price per 1,000 IPS for their LLM and a user decides to pay it, then that's what the market is willing to pay. As compute speeds up prices are likely to change and so it's better to leave these and other variables up to those using the Morpheus software.
Fees for Compute
Amount of fee set through a competitive bid process between users and compute provider. Open market to develop over time. Free marketplace for compute instead of consensus or privileged nodes.
Fees for Code / Agent Intelligence
Amount of fee set by coder and accepted by user. Option to pay fee & burn MOR tokens with each fee. Open market to develop over time. Free marketplace for code instead of consensus on tasks.
Fees for Capital
Amount of fee set by daily MOR emissions & accepted by user wanted to provide capital. Open market to develop over time. Free marketplace for capital instead of consensus on treasury.
Fees for User Community
Amount of fee set by users and accepted by data buyer. Option to pay fee & burn MOR tokens with each fee. Open market to develop over time. Free marketplace for data.
All fees are paid in native MOR tokens creating natural demand in the system as usage grows.
Another important use for MOR & ETH in the Morpheus network will be compensating users in case of Smart Agent / Smart Contract failures. We believe curating and building reputation backed up with economic resources will be key to growing confidence in Smart Agents and having a source of funding to address errors, bugs, and other issues that arise. After a major bug and the resulting hard fork of Bitcoin in 2010, an early core developer named Gavin Andresen stepped up to pay Bitcoin to miners who had lost rewards due to the hard fork. This action was important and quickly resolved the hard fork but it was ad hoc.
Recognizing ahead of time that software is never perfect Morpheus is setting aside 4% of MOR resources to repay those affected by a possible bug in the code. The Morpheus developer community will serve as an oracle to recognize when a bug or error has had an economic effect on a user, compute provider, or capital provider. A predefined set of failures will be covered by these resources to include bugs in the Morpheus Smart Contract or local install.
For broader protection, an integration with Nexus Mutual or similar smart contract / decentralized protection network could be considered to cover edge cases with agents / smart contracts that want to be included in a Morpheus Agent Store or better ranked by the SmartContractRank algorithm.
Details about the protection fund are available here
Rather than store personal data in the Morpheus network itself, which would be cost prohibitive and a centralizing force, individuals will hold the private keys controlling access to their data, prompts & wallet. The data itself will be stored using the IPFS standard and the Filecoin network for decentralized long-term storage. Leveraging the Filecoin EVM and DeFi for yield a permanent recurring storage can be arranged. Alternatively, users can pay annually ENS style for storage. This approach enables keeping the private Web3 wallet as the key for movement/recovery of this data to different devices as the user changes computers or phones.
The Morpheus implementation of the Smart Agent Protocol will be a direct fork of the existing locally run repo. The most significant change will be to update SmartContractRank to include knowledge of the MOR token and its functions in powering a network of Smart Agents.
The Morpheus MOR token is being developed as a Smart Contract on Ethereum via the ERC20 standard for fungible tokens. Most smart contracts are on Ethereum and the Ethereum Virtual Machine has become the lingua franca of the Web3 space. To reduce the cost of gas fees for sending daily rewards Morpheus will leverage Ethereum's layer 2 called Arbitrum.
The choice of the Ethereum blockchain is the best starting place given on-chain actions such as staking ETH can only be validated by a smart contract running on the same chain. In addition on-chain validation of coding via ENS domains or Ethereum public addresses adds another means of connecting code contributed to the wallet of the coder who provided it. A record of which the Morpheus Smart Contract can access daily.
Also, zero-knowledge proofs for scalability and privacy are key to many use cases. So, starting with these capabilities, day one will put the Smart Agent community in the best position for the future. Arbitrum is in the process of adding ZK tech, much of which is already live.
In the near term, this tech stack selection secures Morpheus directly in Ethereum's layer 1 security with the reduced gas costs of a layer two. In the mid-term, this selection also provides a pathway to expand Morpheus to other Ethereum layer 2s and EVM compatible blockchains.
As interoperability improves between public blockchains Morpheus will seek to serve all Web3 AI Agent builders across the various EVM / solidity compatible developer communities. We recognize strong builder communities on Arbitrum, Polygon, OP Stack, Base, Arbitrum, Avalanche, Polkadot, Solana, Filecoin & Cosmos that share a similar vision and values. Morpheus is only possible today thanks to the tools built by developers across many of these chains.
To avoid leaking private data when sending prompts to the Morpheus peer-to-peer network of Compute Providers, the software should seek to leverage Fully Homomorphic Encryption (FHE) versions of Large Language Models as they are released. Also with the advent of hardware acceleration for FHE in 2024/2025, it's projected that costs for this computation will reach parity with plain text processing.
- LLM example https://huggingface.co/blog/encrypted-llm
- EVM example https://www.fhenix.io/
The Morpheus Network begins with the local install version 0.0.1, then continues with the MOR token smart contracts and then full node software.
The smart contracts which calculate the rewards of MOR should be extensively tested via a testnet before deployment onto a mainnet.
Also there will be a one time 90 day delay (known as the bootstrapping period) between when the mainnet begins calculating rewards and when those MOR tokens are claimable / sendable by users. This bootstrapping period will ensure enough MOR tokens are ready for circulation to fulfill the utility functions of the network.
To boot strap the AMM, the 4% of MOR tokens dedicated to the protection funds (51,444 MOR by day 90) will be leveraged for this purpose.
These steps will provide that 1,286,111 MOR are claimable at the beginning of day 91 on the mainnet & thus avoid extreme token scarcity like happened with the launch of Zcash, when only a few tokens were first available from mining day 1. This issue took the market weeks to reach an equilibrium and establish rational price discovery. Morpheus avoids this issue with this 90 day boot strapping period, thus preparing the token supply with enough tokens to fulfill its utility and establish rational price discovery.
Once MOR tokens are claimable and sendable then the Morpheus Network can enable MOR transactions to pay for API calls, custom agents and validate the Stake of participants in the network.
We are close to an important moment in history. With Morpheus, everyone will have a powerful personal AI capable of thinking with them and taking actions to benefit them. In the same way the personal computer and the search engine empowered the individual, we have the same opportunity with personal AIs today. The Smart Agent Protocol brings together the right mix of capabilities with LLMs, Agents, and Web3. Morpheus extends those capabilities into a public network capable of accelerating the mass distribution and usage of Smart Agents.
We believe the economic alignment of incentives is ultimately how we secure the best outcomes from the coming of AGI. Help us secure an open source, permissionless and free future for everyone.
I received an email from a developer named Morpheus September 2nd, 2023 with the above proposal.
David,
Find below a proposal for launching "Morpheus - A Network For Powering Smart Agents".
The paper lays out the token economics, tech stack, and means of calculating proofs for fairly rewarding the community, coders, capital & compute providers with tokens.
This paper is freely given to the Smart Agent community and is available in the public domain.
Free your mind.
Morpheus