메인 콘텐츠로 건너뛰기

Documentation Index

Fetch the complete documentation index at: https://docs.stablenet.network/llms.txt

Use this file to discover all available pages before exploring further.

StableNet의 모든 블록은 커밋되는 순간 최종 확정됩니다. “아마도 최종” 상태는 없습니다.

​
개발자에게 달라지는 점

이더리움 메인넷에서는 블록이 재편성될 수 있기 때문에 12~64개의 블록 확인을 기다립니다. StableNet에서는 Anzeon WBFT가 체인에 쓰이기 전에 밸리데이터 쿼럼을 통해 각 블록을 커밋합니다. 한번 커밋되면 되돌릴 수 없습니다.
최장 체인 (PoW/PoS)Anzeon WBFT
최종성 모델확률적결정론적
결제까지 소요 시간수 분 (N개 확인)~1초
재편성 가능예아니오
확인 폴링 필요예아니오

​
실질적 영향

확인 깊이 로직 불필요. 트랜잭션을 확정으로 처리하기 전에 6개나 12개 블록을 기다릴 필요가 없습니다. eth_getTransactionReceipt가 영수증을 반환하면 블록 N은 최종 확정입니다. 
// 이것으로 충분합니다 — 확인 깊이 불필요
const receipt = await provider.waitForTransaction(txHash);
console.log("Settled in block", receipt.blockNumber);
재편성 처리 불필요. 체인 재편성을 감지하거나 이전 영수증을 재확인하기 위해 eth_subscribe("newHeads")를 구독할 필요가 없습니다. 블록이 체인에 포함되면 영구적으로 유지됩니다. 결제 흐름이 단순해집니다. 블록 N에서 확인된 전송은 즉시 후속 로직을 트리거할 수 있습니다 — 대기 기간이나 롤백 위험 없이.

​
최종성이 보장되는 방법

각 블록은 체인에 추가되기 전에 2단계 BFT 커밋을 거칩니다:
  1. PREPARE 단계 — 밸리데이터들이 블록 제안에 투표; 2f+1 표가 COMMIT으로 진행
  2. COMMIT 단계 — 밸리데이터들이 확정에 투표; 2f+1 표가 블록을 영구적으로 봉인
여기서 f = ⌊(n−1)/3⌋는 네트워크가 허용할 수 있는 비잔틴 밸리데이터의 최대 수입니다. 2f+1 COMMIT 표로 봉인된 블록은 수학적으로 되돌릴 수 없습니다 — 그러려면 f개 이상의 공모하는 밸리데이터가 필요합니다.

​
개발자 이점

  • eth_getTransactionReceipt를 한 번만 호출 — 확인 깊이를 위한 재시도 루프 불필요
  • 인덱서나 백엔드에서 재편성 이벤트 처리 불필요
  • 단일 블록 결제로 실시간 결제 확인 가능

​
관련 문서

  • 합의 — PREPARE와 COMMIT 단계가 상세히 작동하는 방식
  • 아키텍처 개요 — 전체 트랜잭션 생명주기