동작 방식

​

배경

• Derivation Pipeline: L1 블록으로부터 L2 payload attributes를 구성하며, rollup 로직의 근간을 이룹니다.
• 실행 엔진 통합: Engine API를 통해 L2 payload attributes를 실행하며, 서로 다른 EL 클라이언트를 추상화합니다.
• P2P 네트워킹: 블록 gossip과 피어 탐색을 지원합니다.

​

동기화

1. 실행 계층(EL) 동기화: 시작 시 node의 engine task queue는 처음에 비어 있습니다. P2P gossip으로부터 unsafe 블록을 수신하면 InsertTask가 실행됩니다. 이 task는 payload를 삽입하고 engine API를 통해 forkchoice 업데이트를 보냅니다. engine 상태는 지연 초기화되므로(safe 및 finalized head가 0) forkchoice 업데이트는 실행 계층(EL) 클라이언트(op-reth나 op-geth 등)에서 EL 동기화를 시작합니다. EL 동기화는 실행 클라이언트가 피어로부터 직접 L2 블록을 가져와 동기화하도록 지시합니다. 이 단계에서 kona-node는 사실상 EL 클라이언트가 체인 tip에 도달하여 synced를 반환할 때까지 대기합니다. 이 기간에는 L1으로부터 L2 블록이 도출되지 않습니다.
2. 합의 계층(CL) 동기화: EL 클라이언트가 tip까지 완전히 동기화되면 node는 합의 계층(CL) 동기화로 전환합니다. 이 단계에서 kona-node는 rollup 도출 과정에 따라 L1 체인으로부터 새로운 L2 payload attributes를 도출하기 시작합니다. 이렇게 도출된 OpAttributesWithParent 값은 engine task로 실행되며, 이 task는 검증 및 실행을 위해 payload를 실행 엔진에 제출합니다.

​

확장성

​

Actor 모델

​

사용자 지정 Actor로 확장하기

use async_trait::async_trait;
use kona_node_service::NodeActor;

struct MyCustomActor;

#[async_trait]
impl NodeActor for MyCustomActor {
    type Error = std::io::Error;

    async fn step(&mut self) -> Result<(), Self::Error> {
        // Your actor logic for one step here.
        Ok(())
    }
}

​

사용자 지정 Actor 실행하기

​

프로그래밍 방식의 Node 구성

​

현재 제한 사항

• actor 및 서비스 API는 베타 단계이며 변경될 수 있습니다.
• 표준 RollupNode는 개별 actor나 pipeline을 재정의하는 hook을 제공하지 않으므로, node를 확장하려면 RollupNode를 래핑하는 대신 자체 바이너리에서 actor를 조합해야 합니다.
• 고급 확장성에 대한 문서와 예시는 계속 발전 중입니다. 기여와 피드백을 환영합니다!

​

더 알아보기

• actor 구현에 대한 자세한 내용은 NodeActor trait 문서를 참조하십시오.
• 소스 코드와 더 많은 예시는 kona-node-service crate에서 살펴보십시오.