-
Notifications
You must be signed in to change notification settings - Fork 62
add morph pay and morph rails #65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from 3 commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
| @@ -1,47 +1,51 @@ | ||||||
| --- | ||||||
| title: The Technology Behind Morph | ||||||
| title: The Technology | ||||||
| lang: en-US | ||||||
| keywords: [morph,layer2,validity proof,optimistic zk-rollup] | ||||||
| description: Upgrade your blockchain experience with Morph - the secure decentralized, cost0efficient, and high-performing optimistic zk-rollup solution. Try it now! | ||||||
| --- | ||||||
|
|
||||||
| ## Decentralized Sequencer Network | ||||||
|
|
||||||
| Morph's Decentralized Sequencer Network is designed to enhance the security and reliability of the blockchain. Unlike traditional Layer 2 solutions that rely on a centralized sequencer, Morph employs a network of decentralized sequencers. This setup ensures that no single entity has control over the transaction sequencing process, thereby eliminating the risk of a single point of failure. If one sequencer fails or acts maliciously, the others can continue processing transactions, maintaining the system's integrity and uptime. This decentralization also prevents transaction censorship and ensures that no single entity can monopolize Miner Extractable Value (MEV), creating a fairer environment for all users. | ||||||
|
|
||||||
| This collaborative approach not only increases security but also improves the overall efficiency and reliability of the transaction processing system, making Morph a robust and resilient Layer 2 solution. | ||||||
| Morph's Decentralized Sequencer Network is designed to enhance the security and reliability of the blockchain. Unlike traditional blockchain solutions that rely on a single, centralized sequencer, Morph employs a network of decentralized sequencers. This ensures that no single entity controls the transaction sequencing process, removing the risk of a single point of failure. | ||||||
|
|
||||||
| If one sequencer fails or acts maliciously, others continue processing transactions, preserving system integrity and uptime. This decentralization also prevents transaction censorship and stops any one party from monopolizing Miner Extractable Value (MEV), creating a fairer environment for all users. | ||||||
|
|
||||||
|  | ||||||
| This collaborative structure increases security, improves efficiency, and ensures reliable transaction processing, making Morph a robust and resilient blockchain network. | ||||||
|
|
||||||
| Visit Morph’s [Decentralized Sequencer Network](../how-morph-works/decentralized-sequencers/1-morph-decentralized-sequencer-network.md) for a more comprehensive article. | ||||||
| Visit Morph’s [Decentralized Sequencer Network](../how-morph-works/decentralized-sequencers/1-morph-decentralized-sequencer-network.md) for a more comprehensive article. | ||||||
|
|
||||||
|
|
||||||
| ## Optimistic zkEVM Integration | ||||||
|
|
||||||
| Optimistic and Zero-Knowledge (ZK) rollups are two distinct approaches to scaling blockchain transactions on layer 2. Optimistic rollups simply assume all transactions are valid when submitting a batch for settlement on Ethereum. However, the validity of any transaction can be contested by entities known as challengers, by submitting proof of fraudulent activity. If the fraud-proof is successful, the incorrect transaction is rejected, ensuring security but at the cost of some potential delays and high gas fees associated with the challenge process. | ||||||
| Optimistic and Zero-Knowledge (ZK) rollups are two different approaches to scaling blockchain transactions on Morph. | ||||||
|
|
||||||
| Optimistic rollups assume all transactions are valid when submitted for settlement on Ethereum. Any transaction can be challenged by a participant (known as a challenger) who submits proof of fraud. If the fraud proof succeeds, the invalid transaction is rejected. This process ensures security but can introduce delays and higher gas fees due to the challenge process. | ||||||
|
|
||||||
| ZK rollups, on the other hand, use cryptographic proofs to verify the validity of transactions before these are submitted for settlement. All batches have their own ZK proof, allowing quick verification on the main chain without needing to review all the data associated with each transaction (hence “zero-knowledge”). This offers immediate finality with higher security, but generating these proofs is computationally intensive and costly. | ||||||
| ZK rollups use cryptographic proofs to verify transaction validity before submission. Each batch includes its own ZK proof, allowing fast verification on Ethereum without reviewing all transaction data. This offers immediate finality and stronger security, but generating ZK proofs is computationally expensive. | ||||||
|
|
||||||
| Morph combines these models through **Responsive Validity Proof (RVP)**. Transactions are processed optimistically for speed and cost efficiency. If a transaction is challenged during the challenge window, the sequencer must generate and submit a ZK proof to confirm its validity. | ||||||
|
|
||||||
| Morph’s hybrid rollup combines the best of these two approaches. Initially, the system operates optimistically, assuming transactions are valid to allow for quick processing and low costs. When a transaction is contested within Morph’s challenge window, it’s the sequencer that is required to produce a ZK proof to validate the transaction. We call this approach Responsive Validity Proof (RVP). It comes with the following improvements: | ||||||
| This approach offers two major improvements: | ||||||
| - **Efficiency and speed**: The typical 7-day challenge period can be shortened to 1–3 days because challengers no longer need additional time to identify malicious transactions, generate proofs, and engage in lengthy dispute processes. | ||||||
|
|
||||||
| - Efficiency and Speed: A typical 7-day challenge window can be shortened to 1-3 days (a challenger no longer needs the extra time to identify malicious submissions, create a proof, and engage in multiple rounds of challenge procedures). | ||||||
| - Reduced Costs: Employing ZK-proofs means that only minimal transaction information is retained, thereby significantly reducing the cost of L2 submissions. When no challenges arise, the cost of ZK-proof submission and verification can be ignored. RVP is therefore more cost-effective than both optimistic and ZK rollups. | ||||||
|
|
||||||
| - **Reduced costs**: ZK proofs are only generated when needed. When there are no challenges, the cost of ZK proof submission and verification is avoided, making RVP more cost-effective than both pure optimistic and pure ZK rollups. | ||||||
|
|
||||||
|  | ||||||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Fix the repeated “Sequqencer” spelling error in image alt-text. -
+Replicate the change for the similar image at Line 48. 📝 Committable suggestion
Suggested change
🤖 Prompt for AI Agents |
||||||
|
|
||||||
| Visit [Responsive Validity Proof](../how-morph-works/optimistic-zkevm) for a more comprehensive article. | ||||||
| Visit [Morph’s Modular Design](../how-morph-works/2-morph-modular-design.md) for a more comprehensive article. | ||||||
|
|
||||||
|
|
||||||
| ## Modular Design | ||||||
|
|
||||||
| At its core, Morph is constructed using a sophisticated modular design architecture. The platform is organized into three functional modules (Sequencer Network, Rollup, Optimistic zk-EVM), each defined by distinct roles that collaborate in various configurations to meet diverse requirements. Each role within these modules operates its specific components, maintaining functional independence. This modular structure not only fosters flexibility and adaptability but also bolsters the composability of the system. It enables an efficient and interactive ecosystem, supporting the varied operational needs of our platform. | ||||||
| Morph is built using a modular architecture that organizes the platform into three core components: Sequencer Network, Rollup, and Optimistic zkEVM. Each module has a distinct role and can operate independently while working together to meet a wide range of operational requirements. | ||||||
|
|
||||||
| This modular structure increases flexibility and adaptability, making it easier to upgrade individual components without disrupting the entire network. It also improves composability, allowing applications and services on Morph to interact seamlessly and efficiently. | ||||||
|
|
||||||
|  | ||||||
|
|
||||||
|  | ||||||
|
|
||||||
|
|
||||||
| Visit [Morph’s Modular Design](../how-morph-works/2-morph-modular-design.md) for a more comprehensive article. | ||||||
| Visit [Morph’s Modular Design](../how-morph-works/2-morph-modular-design.md) for a more comprehensive article. | ||||||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🛠️ Refactor suggestion
Heading level inconsistent within “Core Infrastructure” block
Inside the Core Infrastructure section every sub-heading uses
####, but Modular Rollup Design is declared with###.Downgrade it to keep a uniform hierarchy.
📝 Committable suggestion
🤖 Prompt for AI Agents