Part 4: Full Legal Stack
Deep integration with the ALC resolver system -- dispute resolution, escrow, compliance, tokenization, and negotiation.
Part 4 is full ALC platform integration. This is where the complete resolver system, tokenizer architecture, and on-chain infrastructure come together for enterprise-grade legal transactions. The Integra reference implementation provides one such full-stack platform.
What Part 4 Adds
| Capability | Description |
|---|---|
| ADR Resolver | Automated dispute resolution with escalation to human mediation. AI agents can file claims, submit evidence, and participate in resolution. |
| Escrow Condition Resolver | Conditional payment release based on deliverable verification, milestone completion, or inspection. |
| Compliance Resolver | Regulatory checks -- KYC/AML verification, jurisdiction-specific rules, TIP-403 policy compliance. |
| Terms Validation Resolver | Real-time validation that proposed terms fall within an agent's authorization scope. |
| Negotiation Boundary Resolver | Guards agent-to-agent negotiation, ensuring each proposal stays within the principal's terms policy. |
| State Transition Resolver | Agreement lifecycle management: negotiating, agreed, executing, completed, disputed, resolved. |
| Tokenizer | Multi-party identity and authorization. Defines who the parties are, what agents are authorized to do, and the delegation chain to human principals. |
| IntegraLens | Real-time on-chain state query (reference implementation name). Composes tokenizer and resolver data in a single call. |
The Resolver System
Resolvers are composable. A single IntegraRecord can have multiple resolvers attached simultaneously:
IntegraRecord
|
+-- Document Location Resolver (where to find terms)
+-- Contact Resolver (who to contact)
+-- Dispute Resolution Resolver (how to resolve disputes)
+-- Escrow Condition Resolver (conditional payment release)
+-- Compliance Resolver (regulatory checks)
+-- Terms Validation Resolver (agent scope checking)
+-- State Transition Resolver (lifecycle management)Every vendor's resolvers are different -- but the API interface is the same. One vendor has simple terms and a refund policy. Another has escrow conditions, compliance checks, and AAA arbitration. A bank has jurisdictional routing and regulatory attestation. The agent calls the same API endpoints. The resolvers behind the API handle the domain-specific logic.
Tier 3: Negotiated Terms
Part 4 enables the most complex scenario: agent-to-agent negotiation of terms in real time.
The negotiation lifecycle:
Agent A Agent B
| |
| 1. Propose terms (contentHash) |
| ----------------------------------------> |
| |
| 2. Counter-propose (new contentHash) |
| <---------------------------------------- |
| |
| ... iterate until convergence ... |
| |
| N. Final terms (contentHash) |
| <========================================>|
| Both agents sign NegotiatedAgreement |
| |
| N+1. IntegraRecord created on-chain |
| N+2. Transaction executes |What the resolvers do during negotiation:
-
Negotiation Boundary Resolver -- Agent consults before accepting or counter-proposing: "Does this proposal fall within my terms policy?" Accept, reject, counter, or escalate to human.
-
Terms Validation Resolver -- Validates the final terms against both agents' authorization scopes before signatures are accepted.
-
State Transition Resolver -- Manages the agreement lifecycle: negotiating, agreed, executing, completed/disputed.
-
Escrow Condition Resolver -- If the negotiated terms include conditional payment, monitors fulfillment conditions and triggers release or dispute.
-
ADR Resolver -- If a dispute arises, handles the resolution process defined in the negotiated terms.
Authorization Model
At Part 4, the tokenizer captures both financial and legal authorization:
| Dimension | Source | What It Constrains |
|---|---|---|
| Financial scope | Tempo Keychain, ACP SPTs | Spending limits, token restrictions, expiry |
| Legal scope | ALC tokenizer (terms policy) | What terms the agent can accept, liability caps, red lines |
| Counterparty restrictions | ALC tokenizer | Who the agent can transact with |
| Duration | Both | Authorization expiry |
The terms policy is itself a document with an contentHash -- creating a complete, recursive proof chain: the human signed the policy, the policy authorized the agent, the agent signed the terms, the terms govern the transaction.
What You Get at Part 4
| Capability | Status |
|---|---|
| All Part 1-3 capabilities | Yes |
| Automated dispute resolution | Yes |
| Human-mediated escalation | Yes |
| Escrow / conditional release | Yes |
| Compliance gating | Yes |
| Agent-to-agent negotiation | Yes |
| Terms policy enforcement | Yes |
| Multi-party tokenization | Yes |
| Real-time state via IntegraLens | Yes |
| Full evidence chain for disputes | Yes |
When to Use Part 4
Part 4 is appropriate for:
- Enterprise SaaS agreements with SLAs and dispute resolution
- Financial settlements requiring escrow and conditional release
- Supply chain contracts with milestone-based payments
- Cross-border transactions requiring jurisdictional routing
- Any transaction where the cost of a dispute exceeds the cost of infrastructure
For most vendors starting with Tier 1 implicit acceptance and standard terms of service, Parts 1-3 are sufficient. Part 4 is the enterprise tier.