17 de abril de 2026
Introdução
O smart contract executa, mas não negocia: o contrato assinado, a regra codificada e o evento executado pertencem a camadas diferentes.
Atribuir versão, aprovador, evidência e jurisdição a cada camada impede que uma alteração de código seja confundida com uma alteração de contrato. Quem suspende a automação também precisa estar definido antes da primeira execução.
A Nota Sign suporta AES e QES com certificados ICP-Brasil para a assinatura do texto contratual e mantém o evento de assinatura ligado ao fluxo internacional. A organização governa código, versões e eventos executados em camadas separadas, cada uma com aprovador, evidência e rota de suspensão por jurisdição.
Definir o instrumento e as leis escolhidas
Comece pelo contrato-quadro, não pelo código. Identifique partes, representantes, objeto, obrigações, moeda, local de execução, lei escolhida e mecanismo de solução de controvérsias. Registre a versão aprovada.
Liste os documentos que compõem o acordo: instrumento principal, anexos técnicos, tabela de preços, especificação do evento e política de exceção. Defina uma ordem de prevalência para divergências.
Crie uma matriz com Brasil, China e União Europeia em colunas. Em cada linha, registre documento, parte, forma, método de assinatura, evidência e fonte oficial. Evite copiar uma classificação de assinatura de uma jurisdição para outra.
No fluxo do smart contract, a Lei nº 14.063/2020 enquadra a assinatura eletrônica qualificada como a que utiliza certificado digital. Consulte a Lei nº 14.063/2020 no Portal da Legislação e mantenha a análise jurídica separada do código.
Registre uma conclusão jurídica por documento e lado da transação. Inclua responsável, fonte, data e premissas. Reabra a análise quando mudar a parte, a lei escolhida ou o instrumento.
Mapear cláusulas convertidas em código
Selecione somente cláusulas com entrada e saída objetivas para automação. Escreva a condição contratual em linguagem humana e a regra técnica em campos separados. Preserve o vínculo entre ambas.
Crie um identificador para cada regra. Registre cláusula, versão do código, dados de entrada, resultado, aprovadores e data de implantação. Evite permitir que o repositório de código se torne a única descrição da obrigação.
Defina limites para valor, frequência e período. Inclua um estado “suspenso” e uma rota manual. A automação não deve executar fora do intervalo aprovado.
Use uma revisão dupla:
- O jurídico confere se a regra representa a cláusula aprovada.
- A engenharia confere lógica, dependências e tratamento de erro.
- A operação testa dados e resultado no cenário de negócio.
- O dono do produto aprova a liberação da versão.
Registre a decisão de cada papel. Preserve o teste que demonstra a correspondência entre entrada, regra e resultado.
Separar ato de assinatura e gatilho técnico
Conclua a negociação e a aprovação do instrumento antes de ativar o gatilho. Registre quem assinou, em qual capacidade, qual versão e qual método foi aplicado. Vincule o identificador do contrato ao identificador do código.
Na prática, o jurídico de uma plataforma internacional negocia, versiona o código, assina, executa o evento e audita. A dupla aprovação da cláusula e do código controla a passagem. A saída liga texto, versão executável e evento.
Use a Nota Sign para executar a etapa de assinatura aprovada e conectar o instrumento ao identificador da versão executável. As fontes legais continuam restritas aos termos e às condições de cada jurisdição.
Na China, a Lei de Assinatura Eletrônica trata condições para uma assinatura eletrônica confiável, incluindo controle dos dados de assinatura e detecção de alterações. Consulte a Lei de Assinatura Eletrônica da China e mantenha essa análise separada do funcionamento do código.
Na União Europeia, o eIDAS define assinaturas eletrônicas avançadas e qualificadas e estabelece requisitos para a assinatura avançada. Consulte o regulamento eIDAS consolidado no EUR-Lex para o ato europeu. Não estenda o efeito europeu ao Brasil ou à China.
Registrar oráculo, versão e exceção
Documente a fonte do evento externo, chamada de oráculo neste fluxo. Registre proprietário, formato, frequência, autenticação, horário e regra de indisponibilidade. Atribua um responsável pela qualidade do dado.
Calcule o hash da especificação e da versão executável liberada. Vincule esses valores ao contrato e ao registro de implantação. Preserve a versão anterior durante o período de auditoria definido.
Trate três resultados: confirmado, divergente e indisponível. “Confirmado” libera a ação dentro dos limites. “Divergente” suspende e abre revisão. “Indisponível” impede a execução até nova consulta ou decisão manual.
Crie uma taxonomia de exceções com origem, impacto e dono. Separe falha do oráculo, erro de código, dado fora do intervalo, disputa contratual e falta de autorização. Não agrupe incidentes diferentes sob o rótulo “erro”.
Registre a intervenção humana com pessoa, motivo, horário e decisão. Preserve o estado anterior e o estado posterior. Evite alterar retroativamente o registro do evento.
Testar suspensão e prova em cada jurisdição
Execute um teste de mesa antes da implantação. Use um evento correto, um valor divergente, um dado atrasado e uma tentativa acima do limite. Confirme que cada entrada produz o estado aprovado.
Monte um pacote de evidências com contrato, assinaturas, hash do código, especificação do oráculo, evento, decisão e resultado. Crie um índice por transação.
Peça a cada responsável jurídico que analise apenas o documento e a jurisdição atribuídos. Registre efeito, condição e limite. Não declare que o smart contract tem um único resultado jurídico mundial.
Simule uma disputa sobre o evento. Confirme que a equipe consegue suspender, localizar a versão e reconstruir a cronologia. Registre o tempo de resposta e a pessoa que autorizou a retomada.
Simule uma exceção BR–CN–EU com a solução de assinatura eletrônica da Nota Sign. Libere a automação depois de aprovar texto, código, evento, suspensão e prova nos três lados.
