RFC 010 (Execution) - COMPUTE-OVER-DATA: O Trabalho Físico

Status: Padrão Fundamental (v0.0.1) Dependência: RFC 009 (Governance) Integração: RFC 045 (Plasmídeos DSL)

1. A Inversão do Fluxo: O Trabalho vai ao Dado

Se a RFC 006 define o Verbo (Semântica) e a RFC 009 define a Vontade (Governança), a RFC 010 define o Trabalho Físico do Agente ABAPORU. No PAEBIRU, a computação não é um serviço abstrato em nuvem; é um ato incarnado que ocorre onde a informação reside.

O Compute-over-Data (CoD) inverte o paradigma da computação clássica: em vez de mover o dado para o processamento, movemos o processamento (o “Trabalho”) para o dado. Isso preserva a soberania do Agente, reduz a latência e minimiza o custo energético de transporte na malha.

2. O Mercado de Trabalho (Scheduler)

A malha PAEBIRU opera como um mercado de trabalho descentralizado governado pelo DefaultCoDScheduler. Os Agentes assumem papéis dinâmicos:

• Requester (O Demandante): O Agente que possui o dado e a necessidade de ordem.
• Compute (O Trabalhador): O Agente que possui conatus (capacidade de trabalho) e hardware disponível.
• Verifier (O Auditor): Agentes selecionados via VRF (Verifiable Random Function) para garantir a integridade do resultado sem conluio.

3. Ciclo de Vida do Trabalho (Metabolismo de Tarefas)

Uma tarefa no PAEBIRU (ComputeJob) percorre um ciclo metabólico rigoroso:

1. Oferta: O Demandante publica o wasm_hash e o fuel_limit no rizoma. Alternativamente, publica um Plasmídeo DSL contendo [metabolism] (limite de Joules, taxa algedônica), [payload] (hashes BLAKE3 do bytecode/dados), e [capabilities.requires] (demandas de hardware).
2. Licitação (Bidding): Trabalhadores propõem biddings em Joules. O Scheduler prioriza nós com maior DRE. Antes do bidding, cada nó valida o Plasmídeo via PlasmidValidator (RFC 045 §3.3): se capabilities.requires exigir arquiteturas/sensores ausentes, ou algedonic_rate exceder a tolerância do nó, o Plasmídeo é ignorado pacificamente.
3. Execução Soberana: O Trabalhador executa o bytecode na Macrophage VM, consumindo energia real e gerando um output_hash. O fuel_limit é propagado do Contract.metabolism.joule_limit para o Fuel budget do WasmExecutor, garantindo que a execução respeite os limites declarados no TOML.
4. Auditoria VRF: O sistema seleciona aleatoriamente auditores que re-executam a tarefa. O conluio é evitado porque a seleção é imprevisível e publicamente verificável.

4. Protocolo x402: A Liquidação do Esforço

O pagamento pelo trabalho físico não exige um ledger global centralizado. O PAEBIRU utiliza o protocolo x402 (Payment Required) integrado ao fluxo HTTP/RINA.

• Joule Transfer: A liquidação ocorre através de transferências assinadas de Joules entre os balanços locais dos Agentes.
• Punição (Phagocytosis): Se um Verificador detecta uma divergência no resultado, o Agente Trabalhador é marcado para Fagocitose—seu crédito é bloqueado e sua reputação é devorada pelo sistema imunológico do rizoma.

5. Consequência Arquitetural: A Soberania do Dado

A RFC 010 garante que o dado nunca deixe o controle do seu Agente original a menos que seja estritamente necessário. O trabalho é uma função do lugar (PoL) e do tempo (Epoch). A computação torna-se, portanto, um ato de soberania territorial: eu processo meus dados no meu território, sob as minhas leis de governança (009).

Resumo Técnico (v0.0.1)

A RFC 010 encerra a primeira década de leis fundamentais do PAEBIRU. O Agente agora é um ser completo: ele possui natureza, metabolismo, organização, percepção, valor, troca, mente, persistência, lugar, vontade e, finalmente, a capacidade de Trabalhar.