Skip to content

ASI Proxy Acceleration

kadubon edited this page Jul 1, 2026 · 3 revisions

ASI Proxy Acceleration

PIC uses ASI-proxy in a narrow, protocol-relative sense. It means measurable improvement in finite workflow formation: better packet routing, clearer evidence, lower residual ambiguity, healthier queues, reusable abstraction records, and more explicit verifier tasks.

It does not mean proof of real ASI.

Practical Meaning

An agent can use PIC to make an ASI-proxy workflow easier to coordinate by:

  • checking candidate packets before reuse;
  • ranking phase gaps and bottlenecks;
  • emitting CCR tasks and residuals;
  • extracting BIT witness gaps;
  • diagnosing SQOT queue pressure;
  • checking ALT-to-ECPT lift conditions;
  • normalizing TRC traces before a provider handoff is considered.

The result is operational routing data. It is not autonomous execution.

TRC Operation Readiness

TRC means Typed Reality Compilation. In v0.7.0, PIC can normalize a trace, check whether it has enough declared structure to be an operation candidate, and emit an operation-gate report before any provider dispatch.

pic trc trace-normalize --input examples/asi_proxy_benchmark_bundle/trc_agent_trace.json --output trace_nf.json
pic trc trace-check --trace trace_nf.json --output trace_check.json
pic trc operation-gate --trace trace_nf.json --output operation_gate.json
pic trc trace-to-packet --trace trace_nf.json --output trace_packet.json

real_world_operation_gate.operation_ready=true or operation_gate.operation_ready=true means the trace declares the required fields for the scoped candidate:

  • authority envelope;
  • resource ledger;
  • rollback or escrow obligation;
  • witness or evidence references;
  • causal schedule;
  • preconditions and postconditions;
  • tolerance ledger.

The operation-gate report also checks authority expiry, authority scope, trusted issuer policy, causal schedule, hazard envelope, certificate lifecycle, provider-dispatch flags, and physical-dispatch profile fields.

It still does not mean the operation was executed, the provider was called, the physical result happened, policy outside the declared scope was satisfied, or the claim is settled.

Monotone Non-Promotion

PIC follows a conservative rule: a new candidate can add routes, tasks, evidence, and residuals, but it cannot silently become settled.

Useful states include:

  • accepted=true and settled=false: the record can be routed, but work remains.
  • workflow_usable=true and settled=false: the report can guide the next step.
  • operation_ready=true and executed=false: the trace is structured enough for review, but PIC did not execute it.
  • provider_dispatch_ready=true and executed=false: provider dispatch preconditions are represented, but PIC still did not dispatch.
  • physical_dispatch_ready=true: physical dispatch fields are present; it is still not physical outcome proof.

Benchmark Bundle

The source repository includes examples/asi_proxy_benchmark_bundle/. It is a dry-run bundle for checking routing and audit behavior. It does not measure autonomous general intelligence.

Search Terms

ASI-proxy acceleration, protocol-relative ASI, phase acceleration planner, TRC operation readiness, TRC operation gate, TraceNF, real world operation gate, operation_ready, provider_dispatch_ready, physical_dispatch_ready, fixture_only_authority_non_executable, authority_scope_mismatch, executed=false, settled=false, BIT witness gap, SQOT queue repair, ALT ECPT lift, capital_admitted, CCR task handoff, CCR operation preflight.

Clone this wiki locally