30초 요약

MCP는 에이전트(Agents)를 도구(Tools)에 연결합니다. A2A는 에이전트를 에이전트에 연결합니다. AgentTeams는 에이전트 간의 협업을 오케스트레이션(Orchestration)합니다.

하지만 에이전트가 "끝났습니다"라고 말할 때, 기존의 어떤 레이어(Layer)도 다음 질문에 답하지 못합니다:

• 이 작업의 근거가 되는 권한(Authorization)은 무엇인가?
• 모든 단계가 범위(Scope)와 할당량(Quota) 내에서 수행되었는가?
• 테스트, 패치, 보고서가 완전한 인과 관계 체인(Causal chain)을 형성하는가?
• 결과물을 수락하거나 거부할 권한은 누구에게 있는가?
• 분쟁 발생 시, 제3자가 어떤 당사자의 시스템에도 연결하지 않고 오프라인에서 모든 사실을 검증할 수 있는가?

OpenWorkProof는 이 간극을 메웁니다: 에이전트 작업에 대한 계약(Contracts), 권한 부여(Authorization), 증거(Evidence), 그리고 수락(Acceptance)을 제공합니다.

이것은 에이전트를 더 똑똑하게 만들려는 것이 아닙니다. 에이전트의 작업이 권한 부여 가능하고(Authorizable), 제약 가능하며(Constrainable), 검증 가능하고(Verifiable), 수락 가능하게(Acceptable) — 그리고 증거가 부족할 때는 거부 가능하게(Rejectable) 만드는 것입니다.

역설적인 논제: 멀티 에이전트 시스템(Multi-agent systems)의 주요 병목 현상은 모델의 능력이 아닙니다. 그것은 바로 책임성(Accountability), 권한(Authority), 증거(Evidence), 그리고 수락(Acceptance)입니다. 이것들이 없다면, 에이전트는 결과를 생성할 수는 있지만, 위임 가능하고(Delegatable), 감사 가능하며(Auditable), 비용 청구가 가능한(Billable) 생산적 주체(Production actors)가 될 수 없습니다.

왜 OpenWorkProof인가

누가 필요로 하는가

왜 지금인가

시장이 변했습니다. Gartner는 2026년 말까지 기업용 소프트웨어의 40%에 AI 에이전트가 내장될 것이라고 예측합니다 (2025년에는 5% 미만). EU AI Act의 고위험(High-risk) 규정이 이미 시행 중이며, 에이전트가 "권한을 부여받고, 제약되며, 감사 가능하다"는 것을 증명할 수 없는 조직은 실제 법적 리스크에 직면하게 됩니다.

자본에 의해 이 분야의 가치가 검증되고 있습니다. 2026년 상반기에 에이전트 신뢰 인프라(Agent trust infrastructure) 카테고리에서 6,500만 달러 이상의 자금이 공개적으로 조달되었습니다:

이러한 프로젝트들은 "누가 행동하는가"와 "돈이 어떻게 움직이는가" — 즉, 신원(identity) 및 결제 레이어(payment layers)의 문제를 해결합니다.

OpenWorkProof는 이들이 모두 건드리지 않은 레이어, 즉 어떤 권한이 이 작업을 뒷받침하는지, 왜 프로세스가 신뢰할 수 있는지, 그리고 무엇이 결과물을 수용 가능하게 만드는지 — 즉, 작업-계약 레이어(work-contract layer)를 해결합니다.
이 둘은 경쟁 관계가 아니라 상호 보완적입니다.

비유하자면: OAuth가 "인간이 앱에 권한을 부여하는 방식"을 정의하여 100억 달러 이상의 시장(Okta / Auth0)을 창출했다면, OpenWorkProof는 "인간이 에이전트의 작업을 승인하고 결과를 수락하는 방식"을 정의합니다.

핵심 원칙 (Core Principles)

• 증명 수반 작업 (Proof-Carrying Work): 모든 행동은 기계가 검증 가능한 권한 부여(authorization) 및 결과 증거를 포함해야 합니다.
• 복제 불가능한 권한 (No-Cloning Authority): 하위 권한 부여(child grants)는 기존 권한을 축소하거나 소모할 수만 있으며, 동일하거나 더 큰 권한을 복제할 수는 없습니다.
• 다중 규모 증명 구성 (Multi-Scale Proof Composition): 로컬 자격 증명(local credentials)은 인과관계, 증거 차원, 상관관계 공개 및 글로벌 조건이 동시에 충족될 때에만 수용 가능한 글로벌 증명(global proof)을 형성할 수 있습니다.
• 실패 시 차단 (Fail Closed): 검증할 수 없는 권한, 서명, 이력, 상태 또는 증거는 절대로 성공으로 처리되어서는 안 됩니다.
• 오프라인 제3자 검증 (Offline Third-Party Verification): validate_grant_chain을 통해 제3자는 어떤 당사자의 시스템에도 연결하지 않고 전체 서명된 권한 부여 이력(signed authorization history)을 검증할 수 있습니다.