execute transactions concurrently without having prior knowledge of resource access.

• Incarnation: execution → validation

  • execution: R/W are stored in a temporary store specific to the transaction index.
  • validation: whether a modified state causes conflicts.

• 방식: 먼저 병렬로 실행한 뒤, 마지막에 데이터가 서로 겹치는지(충돌) 확인합니다. 만약 A라는 사람이 돈을 보내는 중인데 동시에 같은 돈을 다른 곳으로 보내려 했다면(충돌 발생), 해당 건만 골라내어 다시 순차적으로 처리.

• 장점:

  • 개발자 편의성: 개발자가 어떤 데이터를 건드릴지 미리 정의할 필요가 없어 기존 이더리움(EVM) 환경의 코드를 그대로 가져오기 쉽습니다. (Sei v2의 핵심)
  • 단순함: 충돌이 적은 일반적인 상황에서 오버헤드(추가 계산) 없이 매우 빠른 속도를 냅니다.

• 단점:

  • 재실행 비용: 같은 데이터를 동시에 수정하려는 트랜잭션이 많아지면(예: 인기 NFT 민팅), 실패한 것들을 계속 **다시 실행(Retry)**해야 하므로 효율이 급격히 떨어집니다.

• multi-version store

• store tx validation

• tx execution/validation scheduler

• dependency-based pre-fill optimization