API3

Sobre a API3 (API3)

O que é a API3 (API3)?

A API3 é um projeto de oráculo construído sobre uma única ideia contrária ao senso comum: a empresa dona dos dados deveria ser aquela que os coloca on-chain. Em vez de pagar uma rede de operadores de nós terceirizados para buscar dados de uma API e retransmiti-los, a API3 faz com que o próprio provedor da API assine seus dados. O projeto chama isso de oráculo de primeira parte (first-party oracle), termo introduzido pelo próprio whitepaper da API3.

A segunda ideia é mais recente e é a que o projeto destaca hoje. Cada atualização de oráculo cria valor que alguém pode capturar, geralmente um bot buscador (searcher) que corre para liquidar uma posição no instante em que um preço se move. A API3 chama isso de Oracle Extractable Value, vende o direito de realizar essas atualizações e devolve 80 por cento da receita resultante para a aplicação cujo feed criou a oportunidade. A frase de efeito do próprio projeto é "oráculos que pagam você".

A API3 é o token de governança e staking da API3 DAO, que controla os parâmetros e a tesouraria do projeto.

Fontes oficiais:

• Api3
• Documentação da Api3
• Whitepaper da API3
• api3dao no GitHub
• API3 no Etherscan

Quem fundou a API3? (História)

A API3 foi lançada no final de 2020 por Heikki Vanttinen, Burak Benligiray e Sasa Milic, com o token entrando em operação em dezembro de 2020. Em julho de 2021, o projeto lançou sua DAO autoritativa junto com o staking, de modo que os detentores de tokens que fizessem staking no pool da DAO recebiam peso de governança proporcional à sua parte no pool.

A base técnica foi o Airnode, um nó de oráculo sem servidor que um provedor de API podia implantar sem operar infraestrutura de blockchain ou manter cripto, o que tornou o modelo de primeira parte viável na prática. A partir daí, a API3 construiu as dAPIs, feeds de dados agregados montados a partir de múltiplas fontes de primeira parte, e depois o Api3 Market, uma loja de autoatendimento onde um desenvolvedor pode comprar um feed com os parâmetros de atualização de que precisa e integrá-lo sem contatar ninguém.

O OEV veio a seguir. A API3 construiu a OEV Network, um rollup Arbitrum Nitro que realizava leilões públicos para os direitos de atualização de oráculos. Essa chain de leilões públicos e seu leiloeiro foram descontinuados, com os fundos transferidos para fora até o final de novembro de 2025, e a API3 passou para um modelo de duas vias: leilões privados realizados com searchers parceiros sobre dados não atrasados, e endpoints públicos de dados assinados sobre dados atrasados contra os quais qualquer um pode competir. O mecanismo on-chain subjacente, o contrato Api3ServerV1OevExtension, permaneceu.

Vale a pena conhecer dois desenvolvimentos mais recentes. A API3 agora atua como curadora de vaults na Morpho, operando seus próprios mercados de empréstimo, e introduziu a AirnodeHub, um marketplace de acesso antecipado onde agentes autônomos descobrem, chamam e pagam por APIs, com a fonte de dados sendo paga por resposta.

Como a API3 funciona

O sistema tem três partes móveis que se conectam de forma limpa.

1. Dados de primeira parte chegam à chain Cada provedor de API executa o software Airnode feed, que consulta continuamente sua própria API e assina o resultado com sua própria carteira Airnode. Esses dados assinados são enviados a uma Signed API, que os disponibiliza publicamente. Como os dados são assinados na origem, qualquer um pode verificar quem os produziu, e nenhum intermediário precisa ser confiável para tê-los retransmitido fielmente.

2. Os feeds são agregados on-chain Cada provedor alimenta um feed de fonte única, identificado por um beacon ID derivado de seu endereço Airnode e de um template ID. Vários beacons são combinados em um beacon set, e o valor que uma aplicação lê é a mediana on-chain dos feeds contribuintes, sendo o timestamp a mediana dos respectivos timestamps. A agregação acontece on-chain, e não fora dela, uma escolha de segurança deliberada. As aplicações leem o resultado por meio de um contrato Api3ReaderProxyV1, que também implementa uma interface de agregador amplamente usada, permitindo que se encaixe em contratos escritos para outro oráculo.

3. As atualizações são disparadas e leiloadas Os feeds se atualizam sob duas condições: um limite de desvio, ou seja, o valor fora da chain se afastou do valor on-chain além de um percentual configurado, e um intervalo de heartbeat, oferecido no Api3 Market como um intervalo máximo de um dia entre atualizações e disparado dois minutos antes para reduzir a chance de reversões no limite. Além disso, a API3 vende o direito exclusivo de executar atualizações valiosas. Um searcher vencedor pode atualizar o feed e agir sobre a oportunidade resultante de forma atômica, sem leilão de gas contra rivais, e a aplicação recebe 80 por cento do que o searcher pagou.

O trade-off é declarado abertamente na documentação da API3: aplicações que usam esse sistema veem um atraso de 0 a 15 segundos em seu feed base, em troca da receita de OEV que esse atraso torna capturável.

Principais componentes do ecossistema

• Airnode e Airnode feed, o software que um provedor de API executa para assinar e publicar seus próprios dados
• Signed APIs, os endpoints públicos que fornecem dados assinados pelo provedor
• Beacons e beacon sets, os feeds de fonte única e seus agregados on-chain
• Api3ReaderProxyV1, o contrato proxy determinístico que uma aplicação lê, implantado por aplicação quando os OEV Rewards estão habilitados
• Api3ServerV1OevExtension, o contrato que protege as atualizações OEV atrás de uma assinatura e pagamento válidos
• Api3 Market, a loja de autoatendimento para comprar feeds com os parâmetros de atualização escolhidos
• OEV Rewards, o pagamento mensal de 80 por cento da receita de OEV às aplicações parceiras, pago no token de gas nativo da chain em que a aplicação roda
• Mercados curados pela Api3, onde a API3 cura vaults de empréstimo na Morpho e mantém a totalidade do OEV que esses mercados geram
• AirnodeHub, o marketplace de acesso antecipado para agentes descobrirem, chamarem e pagarem por APIs
• A API3 DAO e seu pool de staking

Utilidade do token API3

O token API3 tem um acoplamento incomumente estreito entre governança e risco:

• Fazer staking no pool da DAO é o que concede peso de governança, proporcional à parte do staker no pool
• Os tokens em staking também funcionam como colateral que respalda a cobertura de serviço do projeto, de modo que os stakers carregam exposição econômica a falhas de feed em vez de apenas votar sobre elas
• As recompensas são cunhadas para o pool, tornando a API3 um token inflacionário sem teto fixo
• A taxa de recompensa é ajustada semanalmente em direção a uma proporção alvo de suprimento em staking, subindo quando o pool está sub-staked e caindo quando está bem financiado
• O unstaking está sujeito a um período de espera de sete dias, que existe para reduzir o spam de propostas e a captura de governança de última hora
• Os tokens de recompensa ficam bloqueados por um ano em um cronograma rotativo após serem recebidos

Duas nuances importam para o leitor. Fazer staking expõe o principal a reivindicações de cobertura, portanto não é um rendimento livre de risco. E os OEV Rewards são pagos às aplicações no token de gas nativo de sua chain, não em API3, portanto o token não é um direito sobre esse fluxo de receita.

O que torna a API3 única?

Remover o intermediário é toda a tese. No modelo da API3 não existe uma classe separada de operadores de nós entre a fonte de dados e a chain, o que significa que não há um segundo sistema de consenso cujos incentivos possam divergir dos dados, nem um operador que possa ser subornado independentemente do provedor. A documentação da API3 argumenta que os designs com intermediários criam dois pontos de falha, os provedores e os retransmissores, enquanto um design de primeira parte tem apenas um.

O trabalho de OEV é a parte comercialmente mais distintiva. A API3 transformou um custo que outras aplicações perdiam silenciosamente para bots em uma linha de receita para a aplicação, declarando uma divisão específica em vez de uma promessa vaga. O projeto vai além e argumenta que auditores deveriam tratar a falta de captura de OEV como uma constatação, uma posição agressiva, mas defensável.

Em que a API3 difere de oráculos semelhantes

• Os dados são assinados pelo próprio provedor da API, não obtidos por operadores de nós terceirizados
• A agregação é feita on-chain como mediana dos feeds dos provedores, em vez de acordada fora da chain e publicada como um único valor
• Os feeds são comprados em autoatendimento por meio de um mercado com parâmetros de desvio e heartbeat escolhidos, em vez de negociados por cliente
• O contrato leitor implementa uma interface de agregador comum, portanto migrar de outro oráculo normalmente não exige mudanças de contrato
• O valor extraído em torno das atualizações é leiloado e devolvido à aplicação, enquanto a maioria dos designs deixa que ele vaze para searchers e validadores
• O preço desse modelo é um curto atraso no feed base, que designs concorrentes não impõem

Casos de uso da API3

• Mercados de empréstimo que precificam colateral e disparam liquidações, ganhando OEV Rewards sobre as liquidações que seus próprios feeds possibilitam
• Protocolos de perpétuos, opções e ativos sintéticos que precisam de atualizações de preço frequentes
• Stablecoins e sistemas de ativos tokenizados que referenciam valores externos
• Aplicações que migram de outro oráculo sem reescrever seus contratos
• Searchers que competem por direitos de atualização exclusivos por meio de leilões parceiros ou endpoints públicos assinados
• Agentes autônomos que pagam por chamada de API por meio da AirnodeHub
• Detentores de token que fazem staking para governar a DAO e respaldar sua cobertura de serviço

Como a API3 é protegida

A segurança se apoia em proveniência, agregação e economia. Cada valor pode ser rastreado até uma assinatura da carteira Airnode de um provedor específico, e os provedores rotacionam seus mnemônicos Airnode a cada seis meses como prática comum, portanto os endereços autoritativos devem sempre ser lidos do Market ou da chain em vez de armazenados em cache. Os feeds são medianas de fontes de primeira parte independentes, portanto uma única fonte ruim não move o agregado sozinha. Alterar quais provedores contribuem para um feed exige assinaturas de todos os proprietários da multisig relevante.

Como os feeds são assíncronos em vez de baseados em rodadas, eles são projetados para disponibilidade, o que explica por que o contrato leitor deliberadamente não implementa as funções baseadas em rodadas da interface de agregador que, de outra forma, espelha. A documentação da API3 é explícita ao afirmar que as atualizações OEV oferecem as mesmas garantias que as atualizações comuns, já que ambas são agregações on-chain de dados assinados pelos provedores. Do lado do token, a API3 em staking atua como colateral para a cobertura de serviço, colocando os stakers atrás dos feeds que governam.

Riscos e considerações

• O atraso do feed base é um trade-off real. As aplicações aceitam um atraso de 0 a 15 segundos em troca da receita de OEV, e essa não é a troca certa para todo design.
• A receita de OEV não é paga aos detentores do token. Ela vai para as aplicações parceiras no token de gas de sua chain, então o valor do token precisa vir da governança e da cobertura, não de uma participação direta na receita.
• Fazer staking é colateral, não apenas rendimento. Os stakers podem ser chamados a pagar reivindicações de cobertura.
• A API3 é inflacionária e sem teto, e as recompensas ficam bloqueadas por um ano após serem recebidas, então a posição é ilíquida na prática, além de exposta.
• O risco de concentração é inerente ao design de primeira parte. Fontes mais escassas e de maior qualidade também significam menos fontes.
• A arquitetura de OEV já mudou uma vez, com a OEV Network pública e seu leiloeiro descontinuados. Os leilões privados com searchers parceiros são menos abertos do que uma chain de leilões pública.
• Os mercados de empréstimo curados são um negócio diferente de vender dados, e carregam risco de empréstimo, de liquidação e de parâmetros que um oráculo puro não tem.
• Oráculos são um mercado em consolidação e competitivo, no qual integrações, não recursos, decidem os resultados.

Por que a API3 importa

A API3 é um dos poucos projetos de oráculo que defenderam uma arquitetura genuinamente diferente e depois a colocaram em produção, e seu trabalho de OEV reformulou um custo que as aplicações vinham aceitando como inevitável. Vencendo ou não o modelo de primeira parte, a ideia de que um protocolo deveria ser pago pelo valor extraível que suas próprias atualizações de preço criam já mudou como o setor discute o design de oráculos.

Onde é possível comprar API3 (API3)?

A API3 é um token ERC-20 da Ethereum listado em um amplo conjunto de exchanges centralizadas, além de plataformas descentralizadas. Disponibilidade e pares variam conforme a jurisdição.

Principais exchanges centralizadas (CEX)

A API3 costuma estar disponível em:

• Binance
• OKX
• Kraken
• HTX
• Bithumb
• MEXC

Os pares comuns incluem API3 contra as principais stablecoins e, em plataformas regionais, contra moeda local.

Opções de armazenamento após a compra

A API3 pode ser armazenada:

• Em uma exchange, sob a custódia dessa exchange
• Em qualquer carteira de autocustódia da Ethereum, já que a API3 é um token ERC-20 padrão
• Protegida por uma carteira de hardware combinada com software de carteira compatível

O staking é feito depositando no contrato do pool da DAO por meio da interface da DAO, o que significa abrir mão de liquidez durante o período de espera do unstaking e aceitar o papel de colateral que vem junto. Confirme a rede e o endereço do contrato antes de qualquer depósito ou saque.

Moedas relacionadas

Você pode comparar a API3 com projetos relacionados de oráculos e dados na Coinrithm:

• Chainlink (LINK)
• Pyth Network (PYTH)
• Band Protocol (BAND)
• UMA (UMA)
• Tellor (TRB)