구현된 기술 기반
Daejang의 현재 기술 기반은 세 가지 일을 맡는다. EVM 실행 증거를 복원하고, 결과가 정해진 구조와 규칙을 지키는지 확인하며, 나중에 다시 검토할 수 있도록 revision과 lineage를 보존한다.
이 페이지에서는 내부 service나 package 수준으로 들어가지 않고 세 구성 요소의 관계만 설명한다.
구현 경계
여기 표시된 EVM evidence와 Observation 경로는 구현됨이다. Event 해석, Posting, Valuation, 세무 inventory, Report 생성은 아직 계획이며 제품 로드맵에서 설명한다.
구현 구성 요소의 관계
실선은 주요 데이터 이동을, 점선은 공통 계약을 나타낸다. Schema를 별도의 business 계산 runtime처럼 표시하지 않았다. Schema는 evidence와 저장 record가 따라야 할 구조와 invariant를 정의한다.
구성 요소별 책임
| 구성 요소 | 맡는 일 | 하지 않는 일 |
|---|---|---|
| JIT Engine | 요청 context를 확인하고 실행 artifact를 수집해 지원하는 account 범위 사실을 Observation으로 만든다 | 경제적 의미나 세무 의미를 판단하지 않는다 |
| Schema 계약 | evidence, Observation, ledger, lot, publication 구조와 invariant를 정의하고 검증한다 | Event, Valuation, inventory, Report 결과를 계산하지 않는다 |
| 저장 계층 | immutable artifact, terminal outcome, revision, lineage를 typed PostgreSQL 경계로 저장한다 | 다른 domain runtime이 만든 결과를 저장할 뿐 직접 계산하지 않는다 |
Candidate 하나가 처리되는 방식
- JIT Engine이 요청과 chain context가 복원 가능한 상태인지 확인한다.
- 확인할 수 있는 transaction, receipt, log, trace를 canonical evidence로 보존한다.
- 지원하는 account 범위 사실은 Observation으로 만들고, unsupported·partial·failed case에는 명시적인 terminal outcome을 남긴다.
- Evidence, Observation, revision, lineage를 저장해 이후 단계가 원본을 덮어쓰지 않고 사용할 수 있게 한다.
세부 동작은 JIT 증거 복원, 증거와 장부 데이터 계약, 저장, Revision과 Lineage에서 나누어 설명한다.