EAS 통합
Ethereum Attestation Service를 내장하기 위한 Maroo의 아키텍처 접근 방식입니다.
마루는 Ethereum Attestation Service (EAS)를 신원 및 평판의 핵심 프리미티브로 통합합니다. EAS는 정식 주소에 배포된 표준 Solidity 컨트랙트로 존재하며, 체인의 x/eas helper가 PCL의 AnteHandler가 검증 중 그 컨트랙트를 효율적으로 읽도록 돕습니다. dApp 호출자는 표준 EAS surface — getAttestation, Indexer의 역방향 조회 — 를 보며 체인 helper의 존재를 알 필요가 없습니다.
두 surface, 하나의 소스 오브 트루스
소스 오브 트루스는 Solidity preinstall — EAS 컨트랙트 (
앱 개발자는 EVM 경로를 사용합니다. 체인 helper는 온체인 컴플라이언스 평가를 떠받치기 위한 것이며, 클라이언트 surface가 아닙니다.
0x1000…0007)와 Indexer (0x1000…0008). 두 가지 surface가 이를 읽어 갑니다:- EVM JSON-RPC (dApp의 정식 경로): viem / ethers / cast / eas-sdk 모두 다른 EVM 체인과 동일하게 컨트랙트를 직접 호출합니다.
x/eas체인 helper (내부 사용): 내부 쿼리를eth_call로 변환해 PCL의 AnteHandler가 트랜잭션 처리 중 효율적으로 attestation을 읽을 수 있게 합니다.
앱 개발자는 EVM 경로를 사용합니다. 체인 helper는 온체인 컴플라이언스 평가를 떠받치기 위한 것이며, 클라이언트 surface가 아닙니다.
신원 및 규정 준수
Maroo는 PCL(Programmable Compliance Layer)에 EAS를 사용합니다. KYC(고객 확인), KYB(기업 확인), KYA(에이전트 확인) 상태는 온체인 증명으로 표현됩니다.
x/eas 모듈을 통해 PCL은 트랜잭션 처리 중에 이러한 상태를 효율적으로 검증할 수 있습니다.컨트랙트 주소
이 통합에는 EAS 레지스트리와 스키마 인덱서의 특정 컨트랙트 주소가 필요합니다. 이 주소들은 일반적으로 Maroo 네트워크(메인넷/테스트넷) 전반에 걸쳐 고정되어 있지만, 모듈 파라미터나 쿼리 인자를 통해 설정할 수 있습니다.