Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
51 changes: 51 additions & 0 deletions .gitbook.yaml
Original file line number Diff line number Diff line change
@@ -1 +1,52 @@
root: ./docs/

# Redirects for the Verification Layer deprecation and the Proof Aggregation
# Layer restructure. Keys are old published URL paths, values are file paths
# relative to `root`.
redirects:
# Introduction
introduction/2_use_cases: 1_introduction/1_use_cases.md
introduction/3_faq: 1_introduction/2_faq.md
introduction/4_why_zk: 1_introduction/3_why_zk.md
introduction/1_try_aligned: 2_proof_aggregation_layer/guides/1_quickstart.md

# Architecture -> Proof Aggregation Layer
architecture/2_aggregation_mode: 2_proof_aggregation_layer/architecture/1_overview.md
architecture/2_aggregation_mode/1_deep_dive: 2_proof_aggregation_layer/architecture/2_deep_dive.md
architecture/0_supported_verifiers: 2_proof_aggregation_layer/architecture/4_supported_verifiers.md
architecture/0b_key_terms: 2_proof_aggregation_layer/architecture/5_key_terms.md
architecture/3_raas_platform: 3_raas/1_raas_platform.md

# Guides -> Proof Aggregation Layer
guides/3.1_aggregation_mode: 2_proof_aggregation_layer/guides/5_integration_example.md
guides/10.1_aggregation_mode_cli: 2_proof_aggregation_layer/guides/3_cli.md
guides/1.3_SDK_api_reference_aggregation: 2_proof_aggregation_layer/guides/4_sdk.md
guides/4_generating_proofs: 2_proof_aggregation_layer/guides/2_generating_proofs.md
guides/7_setup_aligned_agg_mode: 2_proof_aggregation_layer/guides/6_local_setup.md
guides/8_contract_addresses: 2_proof_aggregation_layer/guides/7_contract_addresses.md

# Deprecated Verification Layer pages. These are no longer published, so they
# land on the Proof Aggregation Layer overview rather than 404.
architecture/1_proof_verification_layer: 2_proof_aggregation_layer/architecture/1_overview.md
architecture/1_proof_verification_layer/1_batcher: 2_proof_aggregation_layer/architecture/1_overview.md
architecture/1_proof_verification_layer/2_payment_service_contract: 2_proof_aggregation_layer/architecture/1_overview.md
architecture/1_proof_verification_layer/3_service_manager_contract: 2_proof_aggregation_layer/architecture/1_overview.md
architecture/1_proof_verification_layer/4_operator: 2_proof_aggregation_layer/architecture/1_overview.md
architecture/1_proof_verification_layer/5_aggregator: 2_proof_aggregation_layer/architecture/1_overview.md
architecture/1_proof_verification_layer/6_explorer: 2_proof_aggregation_layer/architecture/3_explorer.md
guides/0_submitting_proofs: 2_proof_aggregation_layer/guides/1_quickstart.md
guides/9_submitting_batch_without_batcher: 2_proof_aggregation_layer/guides/1_quickstart.md
guides/10_aligned_cli: 2_proof_aggregation_layer/guides/3_cli.md
guides/1_SDK_how_to: 2_proof_aggregation_layer/guides/4_sdk.md
guides/1.2_SDK_api_reference: 2_proof_aggregation_layer/guides/4_sdk.md
guides/2_build_your_first_aligned_application: 2_proof_aggregation_layer/guides/5_integration_example.md
guides/2_build_your_first_aligned_application/2.2_modify_zkquiz_questions: 2_proof_aggregation_layer/guides/5_integration_example.md
guides/3_validating_public_input: 2_proof_aggregation_layer/guides/5_integration_example.md
guides/5_using_zkrust: 2_proof_aggregation_layer/guides/2_generating_proofs.md
guides/6_setup_aligned: 2_proof_aggregation_layer/guides/6_local_setup.md
operators/0_running_an_operator: 1_introduction/0_about_aligned.md
operators/1_operator_FAQ: 1_introduction/2_faq.md
operators/2_troubleshooting: 1_introduction/0_about_aligned.md
operators/upgrading-guides/v0_14_0: 1_introduction/0_about_aligned.md
operators/upgrading-guides/v0_10_2: 1_introduction/0_about_aligned.md
operators/upgrading-guides/v0_9_2: 1_introduction/0_about_aligned.md
40 changes: 12 additions & 28 deletions docs/1_introduction/0_about_aligned.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,5 @@
# About Aligned

## What is Aligned?

Aligned is a vertically integrated stack for building applications on a verifiable internet. Whether it's financial infrastructure or AI systems, we provide the foundation for provable execution with one-click solutions for wallets, rollups, interoperability, and ZK services in a world where trust is no longer a given.
Expand All @@ -9,7 +11,7 @@ Aligned is creating the foundation for a trustless, verifiable internet. Our ver
By providing the tools for trust to be integrated into every layer of application infrastructure, we’re enabling developers to create verifiable systems that can be trusted across a wide range of use cases. Aligned is here to enable a future where trust is not assumed, but proven by design.

{% hint style="info" %}
If you are unfamiliar with ZK and why this is useful, see [Why ZK and Aligned?](./4_why_zk.md)
If you are unfamiliar with ZK and why this is useful, see [Why ZK and Aligned?](3_why_zk.md)
{% endhint %}

## What real value does Aligned bring to the table?
Expand All @@ -18,15 +20,15 @@ Aligned is building a full stack of vertically integrated infrastructure designe

Aligned suite of products and services includes:

- ZK Verification Layer (offering Proof Verification Layer and Proof Aggregation Service)
- ZK Verification Layer (the Proof Aggregation Service)
- Rollup-as-a-Service (RaaS) Platform
- Meta-Proving Services
- Interoperability Protocol
- Wallet-as-a-Service

![Figure 1: Aligned Suite of Products](../images/aligned_suite_of_products.png)

Read more: [The Aligned Roadmap](https://roadmap.alignedlayer.com)
Read more: [The Aligned Roadmap](https://roadmap.alignedlayer.com) and [the Aligned Manifesto](https://blog.alignedlayer.com/aligned-manifesto/)

By vertically integrating our stack we can provide the best developer experience and highest performance at the lowest possible cost.

Expand All @@ -45,24 +47,15 @@ The main limitation for building complex applications on top of blockchains has

ZK solves this, but due to slow and complex-to-use proving and expensive verification, progress has been limited. In the case of proving, before the development of general-purpose zero-knowledge virtual machines (zkVMs), users had to express their computation as arithmetic circuits, making the developer experience something like coding in assembler, error-prone, and complex. Moreover, proof systems depended on trusted setups, adding additional trust guarantees, the need to carry out special ceremonies to initialize parameters, and delaying go-to-market times. Besides, having high verification costs (on the order of 10's to 100's of dollars per proof) meant that only those projects with a huge capital could afford to build such applications.

## How much can Aligned Aligned’s ZK Verification Layer reduce costs?
## How much can Aligned’s ZK Verification Layer reduce costs?

Aligned’s ZK Verification Layer operates using two operation modes: Proof Verification Layer and Proof Aggregation Service. The cost reduction depends on throughput, proof system, and mode used. For the least expensive systems, such as Groth16, this can amount to nearly 90%, while STARKs can be nearly 99%. Moreover, Aligned’s stack allows the verification of proofs that cannot be currently verified in Ethereum due to cost or size, such as Kimchi or Binius. The verification cost using Aligned services is independent of the proof system, giving the choice of the proof system back to developers.
Aligned’s ZK Verification Layer is the Proof Aggregation Service. The cost reduction depends on throughput and the number of proofs aggregated together: the cost of verifying the aggregated proof on Ethereum is amortized across every proof in it, so the more proofs are aggregated, the cheaper each one becomes.

## How does Aligned’s stack compare to other solutions?

Aligned has created a new category in crypto: ZK verification layer. It is the only solution for now offering Proof Verification and Proof Aggregation modes while being linked to Ethereum via EigenLayer. The Proof Verification Layer provides very high throughput (over two orders of magnitude more than Ethereum), low latency, and lower costs than the Proof Aggregation Layer. The security is provided by restaking, and this mode is well suited for applications with tight limits on latency and costs. The Proof Aggregation Layer works using the slower proof recursion strategy, also used in rollups to compress proofs. Another key feature is that Aligned’s approach is stateless, simplifying the process greatly.

Other solutions focus on building a separate L1 for proof verification (which sets them apart from Ethereum and requires bootstrapping the economic security, which can be lowered and subject to volatility, as opposed to that provided by restaking) or focus on the aggregation of proofs from a few proof systems. This last approach adds latency, higher operational costs, and constrains the developer's choice of the proof system.

The following table contains cost estimates for Aligned, assuming a batch size of 20 proofs.
Aligned's Proof Aggregation Service compresses many proofs into a single recursive proof that is verified directly on Ethereum. Because the final proof is checked by an Ethereum smart contract, it inherits the full cryptographic security of Ethereum — there is no separate trust assumption to reason about, and no new economic security to bootstrap.

| Proof system | Ethereum | Aligned's Proof Verification Layer | Aligned's Proof Aggregation Service |
| ------------ | ---------- | ------------------- | --------------------- |
| Groth16 | 250,000 | 40,000 | TBD |
| STARKs | >1,000,000 | 40,000 | TBD |
| Kimchi-IPA | ?????? | 40,000 | TBD |
| Binius. | ?????? | 40,000 | TBD |
Other solutions focus on building a separate L1 for proof verification, which sets them apart from Ethereum and requires bootstrapping economic security that can be subject to volatility. Another key feature is that Aligned's approach is stateless, simplifying the process greatly.

## Why is Aligned building its stack?

Expand All @@ -74,20 +67,11 @@ Currently, proof verification in Ethereum is expensive and throughput is limited

Proof technology has been evolving over the last decade, with new arguments, fields, commitments and other tools appearing every day. It is hard to try new ideas if verification costs are high, and there is a considerable go-to-market time, as a consequence of development time of new, gas-optimized smart contracts, or the inclusion of new precompiles to make them affordable.

Aligned’s stack provides an alternative to reduce costs and increase throughput significantly. This is achieved by two different products: Proof Verification Layer and Proof Aggregation Service.

The Proof Verification Layer works with a subset of Ethereum’s validators via restaking. Validators (also known as Operators) receive proofs, verify them using the verification code written in Rust or any other higher-level language, and then sign messages with BLS signatures. If a two-thirds (2/3) majority agrees, the results are posted in Ethereum.

Since Aligned’s operators only need to run the verification code on bare metal, we have several advantages compared to running it on top of the EVM:

- The code can be optimized for speed, not gas consumption.
- We can leverage parallelization to increase throughput.
- Since the gas limit does not constrain us, we can verify proof systems that are too expensive for Ethereum, such as Kimchi or Binius.
- Adding new proof systems is straightforward.
Aligned’s stack provides an alternative to reduce costs and increase throughput significantly. This is achieved by the Proof Aggregation Service.

Preliminary numbers show that Aligned’s Verification Layer can verify more than 1000 proofs per second, over two orders of magnitude more than the EVM at nominal capacity. Using effective batching techniques, we can split the task creation and verification cost between thousands of proofs.
The Proof Aggregation Service enables cost-efficient ZK proof verification by combining multiple proofs into one using recursive proof aggregation. Users submit their proofs to the service, which aggregates them into a single recursive proof attesting to the validity of all of them, and verifies that proof on Ethereum. The cost of the on-chain verification is then amortized across every proof in the batch.

On the other hand, Aligned’s Proof Aggregation service enables cost-efficient ZK proof verification by combining multiple proofs into one using recursive proof aggregation. It can be used standalone or with our Proof Verification Layer. Ideal for services like rollups that require Ethereums full security but can tolerate higher latency.
Because the final proof is verified by an Ethereum smart contract, this achieves Ethereum's full security. It is ideal for services like rollups that require Ethereum's full security but can tolerate higher latency.

To complement these verification capabilities, Aligned’s Meta-proving Services offers an easy interface for accessing centralized and decentralized proving from external providers. Many developers building programs on Aligned with zkVMs will want to delegate proving to different service providers. To address this, we will have a simple SDK that allows developers to code in Rust and easily send their programs for proving to their preferred services.

Expand Down
84 changes: 0 additions & 84 deletions docs/1_introduction/1_try_aligned.md

This file was deleted.

Loading