From e03b12af8e3da1481558decbc476943cf9bec449 Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Tue, 1 Aug 2023 16:08:17 +0200 Subject: [PATCH 01/10] Update README.md --- README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/README.md b/README.md index d1d48dd..4cb6b91 100644 --- a/README.md +++ b/README.md @@ -32,3 +32,4 @@ If your MEP requires images, the image files should be included in a subdirector | [MEP-1004](proposals/mep-1004.md) | Non-Fungible Tokens Tied to IoT Radio Base Station Miner | Standards | Draft | | [MEP-1759](proposals/mep-1759.md) | MXC DApp Store Metadata Standard | Standards | Draft | | [MEP-600](proposals/mep-600.md) | NFT NFC Contract | Standards | Draft | +| [MEP-2542](proposals/mep-2542.md) | Multi-Token Mining for MEP-1004 Radio Miners | Standards | Draft | From 794381f83e772319aa8ca86930f9dbe4abc8ee48 Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Tue, 1 Aug 2023 16:14:42 +0200 Subject: [PATCH 02/10] Create mep-2542.md --- proposals/mep-2542.md | 46 +++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) create mode 100644 proposals/mep-2542.md diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md new file mode 100644 index 0000000..90209bc --- /dev/null +++ b/proposals/mep-2542.md @@ -0,0 +1,46 @@ +# MEP-2542: Multi-Token Mining for MEP-1004 Radio Miners + +## Abstract + +This proposal introduces a mechanism for MEP-1004 radio miners to engage in multi-token mining, anchored on the concept of MEP-1002 hexagons. It defines the rules and conditions under which these miners can claim rewards, and the operational parameters which influence the mining capabilities. + +## Motivation + +Given the limited resource capacity of each MEP-1002 hexagon, there's a need to regulate and allocate mining resources efficiently. This MEP aims to achieve this balance, setting a cycle of 489,600 blocks to minimize resource competition. Further, with the introduction of the Low-Scale-Certification, a new token mining potential of up to 10x has been identified, necessitating the establishment of clear rules. + +## Specification + +1. **Hexagon Operational Time**: Each MEP-1004 will have a limited operational time within a MEP-1002 hexagon. Once an interaction via MEP-2542 is initiated using MEP-1004, a count of 489,600 blocks is set. Upon reaching this limit, the MEP-1004 will be removed from the MEP-1002 due to slot limitations. + +2. **Reward Claiming**: During the period of 489,600 blocks, radio miner manufacturers must introduce a reward-claiming function. This function will allow MEP-1004 miners to claim MXC tokens from the LPWAN contract treasury. + +3. **Token Choice Before Consensus**: Prior to the formation of a miner consensus group in Low-Scale-Certification, MEP-1004 miners can choose up to 2 tokens to mine. Additionally, they have the flexibility to change their token preference every epoch (epoch duration to be defined). + +4. **MXC Mining Limitation**: MXC is the exclusive token that can be mined for 489,600 blocks due to its limited quantity in the LPWAN treasury. For other tokens, mining can resume if MEP-1004 re-enters a MEP-1002 hexagon for another 489,600-block cycle. + +5. **Token Mining Cap**: Every new token introduced has a daily mining cap of 100,000 tokens. This amount will be distributed amongst the MEP-1004 miners based on their respective fuel tank capacities. Governance decisions hold the authority to adjust this cap as necessary. + +6. **MXC Scarcity Maintenance**: Upon claiming MXC, 3% of the claimed tokens will be burnt to ensure the scarcity of MXC is preserved. + +## Rationale + +- **489,600 Block Cycle**: Starting from a cycle of 489,600 blocks provides a balanced approach to resource competition, ensuring that no miner monopolizes a hexagon, thereby promoting fairness in resource allocation. + +- **Token Mining Cap**: The cap of 100,000 tokens for new introductions takes into account the capabilities introduced by the Low-Scale-Certification design. This design magnifies the mining potential by 10 times. By setting an initial cap, we aim to stimulate miners to expand, validate, and cover more areas, thereby promoting the decentralization and reach of the network. + +## Backward Compatibility + +This proposal doesn't introduce backward incompatibilities with existing standards. However, manufacturers and miners will need to adjust to the new regulations and integrate the necessary functions to claim rewards. + +## Implementation + +Further technical details, including possible code snippets or detailed flow mechanisms, should be added in this section to guide developers and manufacturers. + + + +### References + +Low-Scale-Certification : https://doc.mxc.com/docs/Designs/Low-Scale-Certification +MEP-1002 : https://github.com/MXCzkEVM/MEPs/blob/MEP-2542/proposals/mep-1002.md +MEP-1004 : https://github.com/MXCzkEVM/MEPs/blob/MEP-2542/proposals/mep-1004.md +LPWAN Contract: https://doc.mxc.com/docs/Designs/LPWAN From 6ff0760c7e59d426ccb604b1b9bbf1414e6f601d Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Tue, 1 Aug 2023 16:16:32 +0200 Subject: [PATCH 03/10] Update mep-2542.md --- proposals/mep-2542.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md index 90209bc..4f9a201 100644 --- a/proposals/mep-2542.md +++ b/proposals/mep-2542.md @@ -36,11 +36,12 @@ This proposal doesn't introduce backward incompatibilities with existing standar Further technical details, including possible code snippets or detailed flow mechanisms, should be added in this section to guide developers and manufacturers. - - -### References +## References Low-Scale-Certification : https://doc.mxc.com/docs/Designs/Low-Scale-Certification + MEP-1002 : https://github.com/MXCzkEVM/MEPs/blob/MEP-2542/proposals/mep-1002.md + MEP-1004 : https://github.com/MXCzkEVM/MEPs/blob/MEP-2542/proposals/mep-1004.md + LPWAN Contract: https://doc.mxc.com/docs/Designs/LPWAN From 71e788e85936f577e1caea0d06807a8ce08d2bc1 Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Tue, 1 Aug 2023 16:18:24 +0200 Subject: [PATCH 04/10] Update mep-2542.md --- proposals/mep-2542.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md index 4f9a201..20df90a 100644 --- a/proposals/mep-2542.md +++ b/proposals/mep-2542.md @@ -44,4 +44,4 @@ MEP-1002 : https://github.com/MXCzkEVM/MEPs/blob/MEP-2542/proposals/mep-1002.md MEP-1004 : https://github.com/MXCzkEVM/MEPs/blob/MEP-2542/proposals/mep-1004.md -LPWAN Contract: https://doc.mxc.com/docs/Designs/LPWAN +LPWAN Treasury Contract: https://doc.mxc.com/docs/Designs/LPWAN From 7a6f1c8bc30861283839cea190bb0b53f18fa34e Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Thu, 3 Aug 2023 13:49:10 +0200 Subject: [PATCH 05/10] Update mep-2542.md --- proposals/mep-2542.md | 26 ++++++++++++++------------ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md index 20df90a..fcff3b0 100644 --- a/proposals/mep-2542.md +++ b/proposals/mep-2542.md @@ -1,40 +1,42 @@ + # MEP-2542: Multi-Token Mining for MEP-1004 Radio Miners ## Abstract -This proposal introduces a mechanism for MEP-1004 radio miners to engage in multi-token mining, anchored on the concept of MEP-1002 hexagons. It defines the rules and conditions under which these miners can claim rewards, and the operational parameters which influence the mining capabilities. +This proposal introduces a mechanism for MEP-1004 radio miners to engage in multi-token mining using the structure of MEP-1002 hexagons. It defines the rules, conditions, and operational parameters influencing mining capabilities and reward structures. ## Motivation -Given the limited resource capacity of each MEP-1002 hexagon, there's a need to regulate and allocate mining resources efficiently. This MEP aims to achieve this balance, setting a cycle of 489,600 blocks to minimize resource competition. Further, with the introduction of the Low-Scale-Certification, a new token mining potential of up to 10x has been identified, necessitating the establishment of clear rules. +With the limited capacity of each MEP-1002 hexagon, an efficient regulation and allocation of mining resources is essential. The introduction of $Sensor tokens and changes in fueling mechanisms necessitates the establishment of a revised protocol for mining operations. ## Specification 1. **Hexagon Operational Time**: Each MEP-1004 will have a limited operational time within a MEP-1002 hexagon. Once an interaction via MEP-2542 is initiated using MEP-1004, a count of 489,600 blocks is set. Upon reaching this limit, the MEP-1004 will be removed from the MEP-1002 due to slot limitations. -2. **Reward Claiming**: During the period of 489,600 blocks, radio miner manufacturers must introduce a reward-claiming function. This function will allow MEP-1004 miners to claim MXC tokens from the LPWAN contract treasury. - -3. **Token Choice Before Consensus**: Prior to the formation of a miner consensus group in Low-Scale-Certification, MEP-1004 miners can choose up to 2 tokens to mine. Additionally, they have the flexibility to change their token preference every epoch (epoch duration to be defined). +2. **Reward Claiming**: During the period of 489,600 blocks, radio miner manufacturers should implement a reward-claiming function, enabling MEP-1004 miners to claim $Sensor tokens. -4. **MXC Mining Limitation**: MXC is the exclusive token that can be mined for 489,600 blocks due to its limited quantity in the LPWAN treasury. For other tokens, mining can resume if MEP-1004 re-enters a MEP-1002 hexagon for another 489,600-block cycle. +3. **Token Choices**: All MEP-1004 miners can now mine up to 3 tokens, with xMXC serving as the sole fuel tank for their operations. The main mineable token for these miners will be $Sensor. -5. **Token Mining Cap**: Every new token introduced has a daily mining cap of 100,000 tokens. This amount will be distributed amongst the MEP-1004 miners based on their respective fuel tank capacities. Governance decisions hold the authority to adjust this cap as necessary. +4. **Fueling Mechanism**: The $Sensor token acts as an initial fuel tank for new miners. However, for refueling purposes, miners are required to purchase $xMXC. The conversion rate between $Sensor and $xMXC for boosting purposes is set at 1:1. It's noteworthy that while $Sensor is the primary fuel for new miners, any subsequent refueling will mandate the acquisition of $xMXC. -6. **MXC Scarcity Maintenance**: Upon claiming MXC, 3% of the claimed tokens will be burnt to ensure the scarcity of MXC is preserved. +5. **ISO Token Role**: To engage in ISO token mining, an ISO token is essential for boosting the fuel tank. The mechanics and rate of this boost should be further defined based on the dynamics of the ISO token. ## Rationale -- **489,600 Block Cycle**: Starting from a cycle of 489,600 blocks provides a balanced approach to resource competition, ensuring that no miner monopolizes a hexagon, thereby promoting fairness in resource allocation. +- **Multi-Token Mining**: With the capability to mine up to three tokens, miners have increased flexibility in their operations, potentially maximizing their rewards based on prevailing market conditions and token values. -- **Token Mining Cap**: The cap of 100,000 tokens for new introductions takes into account the capabilities introduced by the Low-Scale-Certification design. This design magnifies the mining potential by 10 times. By setting an initial cap, we aim to stimulate miners to expand, validate, and cover more areas, thereby promoting the decentralization and reach of the network. +- **$Sensor Role**: Introducing $Sensor as the primary mineable token and an initial fueling mechanism promotes its adoption and utility. The two-tiered refueling process, involving both $Sensor and $xMXC, balances the token dynamics and ensures sustained mining operations. + +- **ISO Token Utility**: The introduction of ISO tokens for boosting the fuel tank when mining this token adds an additional layer of utility and demand for the ISO token. ## Backward Compatibility -This proposal doesn't introduce backward incompatibilities with existing standards. However, manufacturers and miners will need to adjust to the new regulations and integrate the necessary functions to claim rewards. +While the proposal introduces significant changes to the fueling and reward mechanism, it does not inherently disrupt existing standards. Manufacturers and miners, however, must adjust and adhere to the new regulations and integrate the requisite functions for claiming rewards. ## Implementation -Further technical details, including possible code snippets or detailed flow mechanisms, should be added in this section to guide developers and manufacturers. +Further technical details, including potential code snippets or detailed flow mechanisms, should be outlined here to guide developers and manufacturers. + ## References From ec15ce8c48c4959fb435b287a6e96cf11986cf1c Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Thu, 3 Aug 2023 13:50:32 +0200 Subject: [PATCH 06/10] Update mep-2542.md --- proposals/mep-2542.md | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md index fcff3b0..37958a2 100644 --- a/proposals/mep-2542.md +++ b/proposals/mep-2542.md @@ -29,6 +29,14 @@ With the limited capacity of each MEP-1002 hexagon, an efficient regulation and - **ISO Token Utility**: The introduction of ISO tokens for boosting the fuel tank when mining this token adds an additional layer of utility and demand for the ISO token. +- **489,600 Block Cycle**: Starting from a cycle of 489,600 blocks provides a balanced approach to resource competition, ensuring that no miner monopolizes a hexagon, thereby promoting fairness in resource allocation. + +- **Token Mining Cap**: The cap of 100,000 tokens for new introductions takes into account the capabilities introduced by the Low-Scale-Certification design. This design magnifies the mining potential by 10 times to 1,000,000 tokens per day. By setting an initial cap, we aim to stimulate miners to expand, validate, and cover more areas, thereby promoting the decentralization and reach of the network. + +## Backward Compatibility + +This proposal doesn't introduce backward incompatibilities with existing standards. However, manufacturers and miners will need to adjust to the new regulations and integrate the necessary functions to claim rewards. + ## Backward Compatibility While the proposal introduces significant changes to the fueling and reward mechanism, it does not inherently disrupt existing standards. Manufacturers and miners, however, must adjust and adhere to the new regulations and integrate the requisite functions for claiming rewards. From 45d3e66be5a6b87db9703652706cf2542cd1c71f Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Thu, 3 Aug 2023 13:51:16 +0200 Subject: [PATCH 07/10] Update mep-2542.md --- proposals/mep-2542.md | 3 --- 1 file changed, 3 deletions(-) diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md index 37958a2..3d81392 100644 --- a/proposals/mep-2542.md +++ b/proposals/mep-2542.md @@ -33,9 +33,6 @@ With the limited capacity of each MEP-1002 hexagon, an efficient regulation and - **Token Mining Cap**: The cap of 100,000 tokens for new introductions takes into account the capabilities introduced by the Low-Scale-Certification design. This design magnifies the mining potential by 10 times to 1,000,000 tokens per day. By setting an initial cap, we aim to stimulate miners to expand, validate, and cover more areas, thereby promoting the decentralization and reach of the network. -## Backward Compatibility - -This proposal doesn't introduce backward incompatibilities with existing standards. However, manufacturers and miners will need to adjust to the new regulations and integrate the necessary functions to claim rewards. ## Backward Compatibility From ad6cf2b256b8437e8da3a942692d50244a927c92 Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Fri, 4 Aug 2023 11:23:07 +0200 Subject: [PATCH 08/10] Update mep-2542.md --- proposals/mep-2542.md | 15 ++++++++++----- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md index 3d81392..3a862d3 100644 --- a/proposals/mep-2542.md +++ b/proposals/mep-2542.md @@ -1,13 +1,12 @@ - # MEP-2542: Multi-Token Mining for MEP-1004 Radio Miners ## Abstract -This proposal introduces a mechanism for MEP-1004 radio miners to engage in multi-token mining using the structure of MEP-1002 hexagons. It defines the rules, conditions, and operational parameters influencing mining capabilities and reward structures. +This proposal introduces a mechanism for MEP-1004 radio miners to engage in multi-token mining using the structure of MEP-1002 hexagons. It lays out the rules, conditions, and operational parameters influencing mining capabilities and reward structures. ## Motivation -With the limited capacity of each MEP-1002 hexagon, an efficient regulation and allocation of mining resources is essential. The introduction of $Sensor tokens and changes in fueling mechanisms necessitates the establishment of a revised protocol for mining operations. +With the limited capacity of each MEP-1002 hexagon, an efficient regulation and allocation of mining resources is essential. The introduction of $Sensor tokens, changes in fueling mechanisms, and the new role of ISO tokens necessitates the establishment of a revised protocol for mining operations. ## Specification @@ -15,11 +14,15 @@ With the limited capacity of each MEP-1002 hexagon, an efficient regulation and 2. **Reward Claiming**: During the period of 489,600 blocks, radio miner manufacturers should implement a reward-claiming function, enabling MEP-1004 miners to claim $Sensor tokens. -3. **Token Choices**: All MEP-1004 miners can now mine up to 3 tokens, with xMXC serving as the sole fuel tank for their operations. The main mineable token for these miners will be $Sensor. +3. **Token Choices**: All MEP-1004 miners can now mine up to three tokens, with xMXC serving as the sole fuel tank for their operations. The main mineable token for these miners will be $Sensor. 4. **Fueling Mechanism**: The $Sensor token acts as an initial fuel tank for new miners. However, for refueling purposes, miners are required to purchase $xMXC. The conversion rate between $Sensor and $xMXC for boosting purposes is set at 1:1. It's noteworthy that while $Sensor is the primary fuel for new miners, any subsequent refueling will mandate the acquisition of $xMXC. -5. **ISO Token Role**: To engage in ISO token mining, an ISO token is essential for boosting the fuel tank. The mechanics and rate of this boost should be further defined based on the dynamics of the ISO token. +5. **$Sensor Token Role in Boosting**: $Sensor tokens not only act as a fuel, but also play a crucial role in boosting the fuel tank. + +6. **ISO activities** To mine new ISO tokens, Proof-of-Participation from these tokens' sign-off is required, further emphasizing the importance of $Sensor tokens in the mining ecosystem. + +7. **ISO Token Role**: To engage in ISO token mining, $Sensor token is essential for boosting the fuel tank. The mechanics and rate of this boost should be further defined based on the dynamics of the ISO token. ## Rationale @@ -27,6 +30,8 @@ With the limited capacity of each MEP-1002 hexagon, an efficient regulation and - **$Sensor Role**: Introducing $Sensor as the primary mineable token and an initial fueling mechanism promotes its adoption and utility. The two-tiered refueling process, involving both $Sensor and $xMXC, balances the token dynamics and ensures sustained mining operations. +- **Proof-of-Participation**: The requirement of Proof-of-Participation for ISO token mining ensures that miners actively participate in the ecosystem, leading to a more decentralized and robust network. + - **ISO Token Utility**: The introduction of ISO tokens for boosting the fuel tank when mining this token adds an additional layer of utility and demand for the ISO token. - **489,600 Block Cycle**: Starting from a cycle of 489,600 blocks provides a balanced approach to resource competition, ensuring that no miner monopolizes a hexagon, thereby promoting fairness in resource allocation. From a86ffe54fe141e7056b57c046b0e1cfb4c5d6117 Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Thu, 7 Sep 2023 12:54:20 +0200 Subject: [PATCH 09/10] all: Update mep-2542.md --- proposals/mep-2542.md | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/proposals/mep-2542.md b/proposals/mep-2542.md index 3a862d3..1978b68 100644 --- a/proposals/mep-2542.md +++ b/proposals/mep-2542.md @@ -10,9 +10,9 @@ With the limited capacity of each MEP-1002 hexagon, an efficient regulation and ## Specification -1. **Hexagon Operational Time**: Each MEP-1004 will have a limited operational time within a MEP-1002 hexagon. Once an interaction via MEP-2542 is initiated using MEP-1004, a count of 489,600 blocks is set. Upon reaching this limit, the MEP-1004 will be removed from the MEP-1002 due to slot limitations. +1. **Hexagon Operational Time**: Each MEP-1004 will have a limited operational time within a MEP-1002 hexagon. Once an interaction via MEP-2542 is initiated using MEP-1004, a count of 320,000 blocks is set. Upon reaching this limit, the MEP-1004 will be noted for Low-Scale-Certification ready and reduce the mining ability by half if LSC is not formed. -2. **Reward Claiming**: During the period of 489,600 blocks, radio miner manufacturers should implement a reward-claiming function, enabling MEP-1004 miners to claim $Sensor tokens. +2. **Reward Claiming**: During the period of 320,000 blocks, radio miner manufacturers should implement a reward-claiming function, enabling MEP-1004 miners to claim $Sensor tokens. 3. **Token Choices**: All MEP-1004 miners can now mine up to three tokens, with xMXC serving as the sole fuel tank for their operations. The main mineable token for these miners will be $Sensor. @@ -20,9 +20,9 @@ With the limited capacity of each MEP-1002 hexagon, an efficient regulation and 5. **$Sensor Token Role in Boosting**: $Sensor tokens not only act as a fuel, but also play a crucial role in boosting the fuel tank. -6. **ISO activities** To mine new ISO tokens, Proof-of-Participation from these tokens' sign-off is required, further emphasizing the importance of $Sensor tokens in the mining ecosystem. +6. **ISO activities** To mine new ISO tokens, Proof-of-Participation from these tokens' sign-off is required, further emphasizing the importance of $Sensor tokens in the mining ecosystem. -7. **ISO Token Role**: To engage in ISO token mining, $Sensor token is essential for boosting the fuel tank. The mechanics and rate of this boost should be further defined based on the dynamics of the ISO token. +7. **ISO Token Role**: To engage in ISO token mining, $Sensor token is essential for boosting the fuel tank. The mechanics and rate of this boost should be further defined based on the dynamics of the ISO token. Also every ISO token will donate 3% of their transaction fees to the LPWAN mining pool as the network fee for miners to validate. ## Rationale @@ -30,13 +30,12 @@ With the limited capacity of each MEP-1002 hexagon, an efficient regulation and - **$Sensor Role**: Introducing $Sensor as the primary mineable token and an initial fueling mechanism promotes its adoption and utility. The two-tiered refueling process, involving both $Sensor and $xMXC, balances the token dynamics and ensures sustained mining operations. -- **Proof-of-Participation**: The requirement of Proof-of-Participation for ISO token mining ensures that miners actively participate in the ecosystem, leading to a more decentralized and robust network. +- **Proof-of-Participation**: The requirement of Proof-of-Participation for ISO token mining ensures that miners actively participate in the ecosystem, leading to a more decentralized and robust network. A 3% fee of the PoP for ISO tokens will be donated to LPWAN mining pool for all miners to validate. - **ISO Token Utility**: The introduction of ISO tokens for boosting the fuel tank when mining this token adds an additional layer of utility and demand for the ISO token. -- **489,600 Block Cycle**: Starting from a cycle of 489,600 blocks provides a balanced approach to resource competition, ensuring that no miner monopolizes a hexagon, thereby promoting fairness in resource allocation. +- **320,000 Block Cycle**: Starting from a cycle of 320,000 blocks provides a balanced approach to resource competition, ensuring that no miner monopolizes a hexagon, thereby promoting fairness in resource allocation. -- **Token Mining Cap**: The cap of 100,000 tokens for new introductions takes into account the capabilities introduced by the Low-Scale-Certification design. This design magnifies the mining potential by 10 times to 1,000,000 tokens per day. By setting an initial cap, we aim to stimulate miners to expand, validate, and cover more areas, thereby promoting the decentralization and reach of the network. ## Backward Compatibility From 9175b124c265d52cd46fcb16cbf882875e17561a Mon Sep 17 00:00:00 2001 From: Sheen <9674168+sheenhx@users.noreply.github.com> Date: Wed, 20 Sep 2023 10:47:01 +0200 Subject: [PATCH 10/10] Update README.md --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 4cb6b91..25587dc 100644 --- a/README.md +++ b/README.md @@ -22,7 +22,7 @@ If your MEP requires images, the image files should be included in a subdirector | MEP Number | Title | Type | Status | | --------------------------------- | -------------------------------------------------------- | --------- | ------ | | [MEP-1](proposals/mep-1.md) | Purpose and Guidelines | Process | Living | -| [MEP-20](proposals/mep-20.md) | Tokens Standrds on MXC zkEVM Chain | Standards | Draft | +| [MEP-20](proposals/mep-20.md) | Tokens Standrds on MXC zkEVM Chain | Standards | Living | | [MEP-721](proposals/mep-721.md) | Non-Fungible Token Standard on MXC zkEVM Chain | Standards | Draft | | [MEP-801](proposals/mep-801.md) | ISO Application Contract | Standards | Draft | | [MEP-802](proposals/mep-802.md) | ISO Provisioning Contract | Standards | Draft | @@ -32,4 +32,4 @@ If your MEP requires images, the image files should be included in a subdirector | [MEP-1004](proposals/mep-1004.md) | Non-Fungible Tokens Tied to IoT Radio Base Station Miner | Standards | Draft | | [MEP-1759](proposals/mep-1759.md) | MXC DApp Store Metadata Standard | Standards | Draft | | [MEP-600](proposals/mep-600.md) | NFT NFC Contract | Standards | Draft | -| [MEP-2542](proposals/mep-2542.md) | Multi-Token Mining for MEP-1004 Radio Miners | Standards | Draft | +| [MEP-2542](proposals/mep-2542.md) | Multi-Token Mining for MEP-1004 Radio Miners | Standards | Living |