Saltar para o conteúdo principal

Blockchain bancária empresarial

Integre por meio de interfaces documentadas e escopo acordado

A integração começa com a análise das interfaces, o desenho dos acessos, o mapeamento de dados e a definição de responsabilidades. A compatibilidade com sistemas externos deve ser validada para a configuração da instituição.

Consulte exemplos de leitura JSON-RPC padrão para EVM e planeje APIs institucionais, autenticação, dependências e responsabilidades de implementação.

A integração liga aplicações institucionais às capacidades da rede através de interfaces acordadas. O EVM RPC oferece aos clientes compatíveis um percurso normalizado para consultar o estado da rede e submeter transações assinadas. Componentes de carteira, contratos, eventos, API ou SDK também podem fazer parte de um desenho delimitado. A existência de interfaces EVM conhecidas não significa que os sistemas centrais do banco já estejam ligados nem que esteja incluído um conector específico para a instituição.

As equipas devem distinguir três camadas: a aplicação bancária, responsável pelo fluxo do cliente; os componentes de integração, que preparam e acompanham pedidos à rede; e a rede bancária, que executa transações elegíveis. Esta separação clarifica quem autentica os utilizadores e assina, onde se verificam as políticas, como se tratam as falhas e que equipa reconcilia a evidência da rede com os livros e as obrigações da instituição.

Escolher interfaces de acordo com os limites da aplicação

O RPC é a interface da rede para operações EVM compatíveis. Uma aplicação bancária ou um serviço de integração pode utilizá-lo para consultar informação suportada da cadeia e encaminhar uma transação devidamente preparada. As ferramentas de carteira e contratos ajudam a criar ou autorizar pedidos da aplicação segundo o desenho escolhido pela instituição. O acesso aos endpoints, as credenciais, os ambientes de rede e os limites operacionais são acordados durante a integração técnica.

Um SDK é um pacote de software que pode simplificar a utilização de interfaces documentadas num ambiente de desenvolvimento específico; não é, por si só, um sistema bancário nem uma garantia de cobertura de fluxos de negócio. Utilize apenas os pacotes e a documentação fornecidos para a implementação acordada. Não conceba com base em métodos de conveniência imaginados: confirme com a equipa de implementação a interface, a versão, a autenticação, o comportamento perante erros e os limites do suporte efetivamente disponíveis.

Do pedido da aplicação ao recibo da rede

  1. 01Aplicação bancáriaRecolhe a operação pretendida e a autorização aplicável do cliente ou operador.
  2. 02Componentes de integraçãoAplicam as responsabilidades acordadas de preparação, assinatura, política e submissão.
  3. 03RPC e redeEncaminham um pedido assinado elegível para processamento na rede.
  4. 04Recibo e eventosFornecem evidência do resultado da rede para o fluxo seguinte da aplicação.
Sequência conceptual; a autorização, a assinatura, a submissão e a confirmação exatas seguem a integração implementada.

Distinguir a integração da rede do core bancário

Uma integração de rede trata de aspetos específicos da blockchain, como a codificação de transações, a coordenação de assinaturas, a comunicação RPC, a interpretação de recibos e os eventos de contrato suportados. A plataforma de core bancário do banco continua a ser a fonte autoritativa para as contas dos clientes, as regras de produto, os lançamentos financeiros e os processos de negócio, salvo se a instituição conceber e aprovar uma ligação específica a esses sistemas.

A integração com o core exige análise da titularidade dos sistemas, das interfaces disponíveis, do mapeamento de dados, da identidade e autorização, dos estados de exceção, da idempotência, do suporte operacional e das responsabilidades de reconciliação. Pode ser necessária a colaboração do fornecedor e trabalho de implementação pela instituição. Um pacote API ou SDK não implica um conector pré-integrado ao core bancário; esse trabalho é avaliado e delimitado para a instituição, não se presumindo disponível.

Tratar os recibos como evidência e depois reconciliar

Um recibo de transação comunica o resultado na rede associado a uma transação submetida, enquanto os eventos suportados podem descrever atividade relevante de contratos. As aplicações devem conservar os identificadores e as informações de estado necessários ao seu próprio processamento e investigação. O desenho da integração tem de definir o tratamento de respostas pendentes, riscos de nova submissão, falhas, tempos limite, notificações duplicadas e a política de confirmação da instituição.

Um recibo não gera um lançamento contabilístico fora da blockchain, não liquida uma obrigação de pagamento separada nem demonstra que todos os fluxos internos foram concluídos. A reconciliação compara a atividade da rede com os registos mantidos pela instituição e com quaisquer outros sistemas de pagamento ou liquidação relevantes. Antes de depender de um processo automatizado, defina com as áreas financeira e operacional as chaves de correspondência, os intervalos temporais, os responsáveis por discrepâncias, a evidência de revisão e os procedimentos de correção.

Limites da integração e titularidade dos sistemas

  1. Fluxo do cliente ou operadorAplicação da instituição, verificações de identidade, aprovações e experiência de utilização.
  2. Integração da redeResponsabilidades acordadas relativas a carteira, API, SDK, RPC, contratos e eventos.
  1. Core bancárioContas, registos, regras de negócio e lançamentos financeiros da instituição.
  2. Ligação delimitadaMapeamento, controlos, tratamento de exceções e responsabilidades definidos durante a análise.
A interface da rede e o core bancário têm responsabilidades diferentes; a ligação entre ambos é um projeto de integração acordado.

Tornar o âmbito da integração verificável

Uma especificação útil da interface regista os ambientes, as operações suportadas, o tratamento de credenciais, os limites de assinatura, os campos de dados, os casos de erro, as expectativas relativas a eventos e os contactos de escalonamento do âmbito acordado. Deve identificar o que a plataforma fornece e o que será implementado pela instituição ou por outro fornecedor. A revisão de segurança deve abranger segredos, acesso à rede, privilégio mínimo, registos e tratamento seguro de dados de transações.

Planeie a validação com cenários representativos da instituição: pedidos aceites e rejeitados, processamento de recibos, interpretação de eventos, recuperação após um tempo limite, exceções de reconciliação e passagem à operação. Os resultados podem incluir documentação da interface, configuração, componentes de integração acordados e evidência de testes. Não garantem rapidez de liquidação, débito ou conclusão de ponta a ponta do negócio; a capacidade e as condições de serviço exigem confirmação separada.

Recursos da plataforma

Exemplos padrão de leitura JSON-RPC

Em redes compatíveis, os exemplos padrão de leitura JSON-RPC incluem eth_chainId, eth_blockNumber e eth_getTransactionReceipt.

Esses exemplos ilustram apenas consultas usuais do protocolo. Confirme o acesso ao endpoint, o comportamento suportado, a autenticação e os detalhes da rede na documentação técnica do ambiente implantado.

Recursos da plataforma

Mapear integrações institucionais

Identifique sistemas, contratos de dados, requisitos de identidade, limites de rede, tratamento de erros e responsabilidades por mudanças.

As integrações com sistemas bancários centrais, HSM, IAM, SIEM e KYC são avaliadas e definidas sob medida; não se promete conector pré-configurado.

Recursos da plataforma

Conecte aplicações e SDKs compatíveis com EVM

Conecte aplicações de banco digital e móvel, carteiras, sistemas de pagamento, plataformas de tesouraria e operações internas pelas interfaces RPC e de contratos aprovadas. SDKs compatíveis com EVM podem ler o estado da rede, enviar transações assinadas, consultar recibos e monitorar eventos de contratos compatíveis.

Fluxos específicos da instituição para contas, ativos e governança exigem as interfaces de contrato corretas e funções de assinatura autorizadas. O acesso aos endpoints, a autenticação e as integrações são documentados para a implantação contratada. A compatibilidade padrão com EVM não implica gateway bancário proprietário nem conector webhook.

Recursos da plataforma

Validar antes da produção

Em um ambiente não produtivo acordado, teste autorizações, tratamento de transações e recibos, falhas, registros, conciliação e transferência operacional.

Documente versões e dependências e coordene qualquer mudança em produção pelo processo de aprovação da instituição.

JSON-RPC: eth_chainId

curl --request POST "$BANK_RPC_URL" \
  --header 'Content-Type: application/json' \
  --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1}'

Falar com a equipe

Perguntas frequentes

Quais métodos JSON-RPC são documentados aqui?

Os exemplos somente de leitura são eth_chainId, eth_blockNumber e eth_getTransactionReceipt. Consulte a documentação da implantação para confirmar o comportamento do endpoint.

As integrações bancárias centrais ou de segurança são pré-configuradas?

Nenhuma integração pré-configurada é garantida. Cada integração requer avaliação técnica, análise de dependências e escopo acordado.