Kasplex L2 : 카스파 UTXO 블록 체인을위한 롤업 기반 스마트 계약 솔루션

블록 체인 기술이 발전함에 따라 확장 성과 프로그래밍 성은 특히 UTXO 모델을 채택하는 블록 체인의 주요 과제로 남아 있습니다.

As blockchain technology continues to develop, scalability and programmability remain crucial challenges, especially for blockchains that adopt the UTXO model. Among the emerging layer-one public blockchains, Kaspa stands out with its high throughput achieved by the BlockDAG structure and the GHOSTDAG protocol. However, Kaspa, like Bitcoin, faces limitations in terms of native smart contract functionality, a strength of account-based chains like Ethereum.

블록 체인 기술이 계속 발전함에 따라 확장 성과 프로그래밍 성은 특히 UTXO 모델을 채택하는 블록 체인의 경우 중요한 과제로 남아 있습니다. 신흥 레이어 1 개의 공개 블록 체인 중에서 Kaspa는 Blockdag 구조와 Ghostdag 프로토콜에 의해 달성 된 높은 처리량으로 두드러집니다. 그러나 Bitcoin과 마찬가지로 Kaspa는 Ethereum과 같은 계정 기반 체인의 강도 인 기본 스마트 계약 기능 측면에서 한계에 직면합니다.

To address this problem, the Kaspa ecosystem has been exploring several Layer 2 (L2) solutions, including Sparkle, Igra L2, and Kasplex L2. While Sparkle is still in the theoretical stage and Igra L2 is under development, our analysis will focus on Kasplex L2 as the closest to mature implementation.

이 문제를 해결하기 위해 카스파 생태계는 Sparkle, IGRA L2 및 Kasplex L2를 포함한 여러 계층 2 (L2) 솔루션을 탐구하고 있습니다. Sparkle은 여전히 ​​이론적 인 단계에 있고 IGRA L2가 개발 중이지만, 우리의 분석은 성숙한 구현에 가장 가까운 Kasplex L2에 중점을 둘 것입니다.

Kasplex L2 is a second-layer scaling solution that keeps the first-level chain responsible for transaction ordering and data availability, shifting the computational load to the second layer. In this design, Kaspa's first-level chain, which uses the UTXO model and has a throughput of 10 BPS, determines the standard order of transactions and ensures that its data is accessible to everyone, while Kasplex L2 executes the Ethereum Virtual Machine (EVM) bytecode to perform smart contract functions.

Kasplex L2는 제 1 레벨 체인이 트랜잭션 순서 및 데이터 가용성을 담당하여 계산 부하를 두 번째 계층으로 이동시키는 제 2 층 스케일링 솔루션입니다. 이 디자인에서 UTXO 모델을 사용하고 처리량이 10 bps 인 Kaspa의 첫 번째 레벨 체인은 표준 트랜잭션 순서를 결정하고 모든 사람이 데이터에 액세스 할 수 있도록하는 반면 Kasplex L2는 ETEREUM 가상 머신 (EVM) 바이트 코드를 실행하여 스마트 계약 기능을 수행합니다.

The core mechanism of Kasplex L2 is to embed EVM bytecode in the payload of Kaspa primary chain transactions. This process can be divided into the following steps:

Kasplex L2의 핵심 메커니즘은 KASPA 1 차 체인 트랜잭션의 페이로드에 EVM 바이트 코드를 포함시키는 것입니다. 이 과정은 다음 단계로 나눌 수 있습니다.

* Transaction submission: A user submits a transaction to the Kaspa primary chain, where the payload contains EVM bytecode. For example, the payload may encode a call to the HelloWorld() smart contract function.

* 트랜잭션 제출 : 사용자는 카스파 기본 체인에 트랜잭션을 제출합니다. 여기서 페이로드에는 EVM 바이트 코드가 포함되어 있습니다. 예를 들어, 페이로드는 Helloworld () 스마트 계약 기능에 대한 호출을 인코딩 할 수 있습니다.

* First-level chain ordering: Kaspa's BlockDAG orders transactions within its DAG structure, providing a deterministic transaction sequence.

* 1 단계 체인 주문 : Kaspa의 Blockdag는 DAG 구조 내에서 거래를 주문하여 결정 론적 트랜잭션 시퀀스를 제공합니다.

* Layer 2 execution: Kasplex L2 runs as an indexer, scanning the payload transactions on the primary chain, extracting the EVM bytecode, executing it in the specified order, and updating its state. Invalid or conflicting transactions (such as transactions attempting to double-spend) will be discarded.

* 레이어 2 실행 : Kasplex L2는 인덱서로 실행되며 기본 체인에서 페이로드 트랜잭션을 스캔하고 EVM 바이트 코드를 추출하고 지정된 순서로 실행하며 상태를 업데이트합니다. 유효하지 않거나 상충되는 거래 (예 : 두 번 스펜션을 시도하는 거래)는 폐기됩니다.

Transaction submission mechanism

거래 제출 메커니즘

Kasplex L2 supports two transaction submission methods, each having different effects:

Kasplex L2는 각각 다른 영향을 미치는 두 가지 트랜잭션 제출 방법을 지원합니다.

* Canonical Submission: Transactions are submitted directly to L1 through Kaspa-compatible wallets. This method does not require relay nodes and complies with the decentralization principle of the blockchain system.

* 표준 제출 : 거래는 카스파 호환 지갑을 통해 L1에 직접 제출됩니다. 이 방법은 릴레이 노드가 필요하지 않으며 블록 체인 시스템의 탈 중앙화 원리를 준수합니다.

* Proxied Submission: Transactions are submitted through a relayer to be compatible with EVM tools like MetaMask. The relayer forwards the transaction to Kaspa L1 to ensure that it is recorded before being processed by L2. This approach prioritizes user convenience but introduces a reliance on relayers.

* 프록시 제출 : 트랜잭션은 릴레이를 통해 제출하여 메타 마스크와 같은 EVM 도구와 호환됩니다. 릴레이어는 트랜잭션을 카스파 L1로 전달하여 L2에 의해 처리되기 전에 기록되도록합니다. 이 접근법은 사용자 편의성을 우선시하지만 릴레이에 대한 의존을 소개합니다.

The proxy submission mechanism ensures atomicity by requiring all second-layer transactions to be anchored on the L1 chain. If a transaction is generated on L2 but has not yet been recorded on the primary chain, the relayer will submit it to the L1 chain for confirmation. This design prevents "native" L2 transactions that bypass the L1 chain consensus and avoids potential security risks.

프록시 제출 메커니즘은 모든 2 층 트랜잭션이 L1 체인에 고정되어있어서 원자력을 보장합니다. L2에서 트랜잭션이 생성되었지만 아직 1 차 체인에서 기록되지 않은 경우, 릴레이어는이를 L1 체인에 제출하여 확인합니다. 이 설계는 L1 체인 컨센서스를 우회하고 잠재적 인 보안 위험을 피하는 "기본"L2 트랜잭션을 방지합니다.

The following figure illustrates the two submission paths:

다음 그림은 두 가지 제출 경로를 보여줍니다.

Canonical path: Wallet → Kaspa L1 → Kasplex L2

표준 경로 : 지갑 → 카스파 L1 → Kasplex L2

Proxy path: MetaMask → Relay → Kaspa L1 → Kasplex L2

프록시 PAT : Metamask → Raye → Kaspa L1 → Kasplex L2

As you may notice, the transaction is actually finalized on L1 before being interpreted by the L2 indexer. This is exactly how Kasplex L2 works: L1 finalizes the data first, and then L2 reads the transaction and updates the state.

아시다시피, 트랜잭션은 실제로 L2 인덱서에 의해 해석되기 전에 L1에서 마무리됩니다. 이것이 바로 Kasplex L2의 작동 방식입니다. L1은 데이터를 먼저 마무리 한 다음 L2가 트랜잭션을 읽고 상태를 업데이트합니다.

To better understand Kasplex L2, we can compare it with Bitcoin Inscriptions (specifically BRC-20), another approach to expanding the programmability of UTXO model blockchains. Both aim to integrate the strengths of the first-level chain—transaction ordering and data availability—while shifting computational complexity to the second layer, but they differ in their implementation and goals.

Kasplex L2를 더 잘 이해하기 위해 UTXO 모델 블록 체인의 프로그래밍 가능성을 확장하기위한 또 다른 접근법 인 비트 코인 비문 (특히 BRC-20)과 비교할 수 있습니다. 둘 다 계산 복잡성을 두 번째 계층으로 전환하는 동시에 제 1 레벨 체인 (트랜잭션 순서 및 데이터 가용성)의 강점을 통합하는 것을 목표로하지만 구현 및 목표는 다릅니다.

Similarities

유사성

Both Kasplex L2 and BRC-20 embed useful data in primary chain transactions. BRC-20 leverages Bitcoin's Tapscript (enabled by the SegWit upgrade) to store token metadata, typically in a three-step process: "commit (data hash) → reveal (reveal, data itself) → spend (spend, token transfer)."

Kasplex L2와 BRC-20은 1 차 체인 트랜잭션에 유용한 데이터를 포함시켰다. BRC-20은 Bitcoin의 Tapscript (SEGWIT 업그레이드로 활성화)를 활용하여 일반적으로 3 단계 프로세스에서 토큰 메타 데이터를 저장합니다. "Commit (Data HASH) → 공개 (공개, 데이터 자체) → 지출 (지출, 토큰 전송)."

In contrast, Kasplex L2 embeds EVM bytecode into the payload of Kaspa L1 transactions. For example, if we want to execute a HelloWorld() function in a smart contract, the compiled bytecode will be put into the transaction payload. This structure enables L2 to perform the same functions as a standard EVM chain.

대조적으로, Kasplex L2는 EVM 바이트 코드를 Kaspa L1 트랜잭션의 페이로드에 포함시킨다. 예를 들어, 스마트 계약에서 helloworld () 함수를 실행하려면 컴파일 된 바이트 코드가 트랜잭션 페이로드에 넣습니다. 이 구조를 사용하면 L2가 표준 EVM 체인과 동일한 기능을 수행 할 수 있습니다.

Moreover, both rely on the first-level chain for ordering operations. For BRC-20, the Bitcoin blockchain is used to order token transfers, while Kasplex L2 leverages Kas

또한, 둘 다 주문 운영을위한 첫 번째 수준 체인에 의존합니다. BRC-20의 경우 비트 코인 블록 체인은 토큰 전송을 주문하는 데 사용되며 Kasplex L2는 KAS를 활용합니다.