NEWTON TRANSFORMA ORÁCULOS DE DADOS EM ENTRADAS DE AUTORIZAÇÃO
Um feed de preços pode reportar movimentos do mercado.
Um provedor de risco pode avaliar garantias (colateral).
Um serviço de monitoramento pode identificar uma carteira suspeita.
Mas dados por si só não controlam capital.
Por isso, a camada Data Oracle ao redor do Newton Mainnet Beta importa.
@NewtonProtocol ocol pode compor sinais onchain e offchain em políticas programáveis que determinam se uma transação recebe autorização antes da liquidação.
Feeds de preço da RedStone podem suportar condições de preço, volatilidade e divergência do oráculo.
As classificações de risco da Credora e a inteligência de colateral podem suportar requisitos de exposição e de garantias.
vaults.fyi pode suportar regras ao vivo de saúde de cofres (vaults).
A reputação de carteiras da Webacy pode suportar restrições de contraparte.
O monitoramento de risco e a verificação de sanções da Chainalysis podem suportar políticas de conformidade.
O valor não é o número de integrações.
O valor é que as saídas podem afetar uma decisão de autorização “passa ou falha”.
Se uma carteira falhar o limite de reputação exigido, a transação pode ser bloqueada.
Se a qualidade do colateral cair abaixo do requisito definido, uma exposição adicional pode ser negada.
Se a saúde dos cofres deteriorar, a política pode restringir a execução.
Se os dados do oráculo deixarem de satisfazer a determinação (mandato), o capital não precisa se mover primeiro e disparar um alerta depois.
É isso que mudou a minha visão sobre o Newton.
Inicialmente eu via o ecossistema de oráculos como um conjunto de provedores de dados.
Agora eu o vejo como uma camada de entrada para uma política aplicável (enforceable policy).
Os dados explicam o risco.
A Newton usa esses dados para determinar o que o sistema está autorizado a fazer.
@NewtonProtocol $NEWT #Newt
$EVAA
$LAB
Um feed de preços pode reportar movimentos do mercado.
Um provedor de risco pode avaliar garantias (colateral).
Um serviço de monitoramento pode identificar uma carteira suspeita.
Mas dados por si só não controlam capital.
Por isso, a camada Data Oracle ao redor do Newton Mainnet Beta importa.
@NewtonProtocol ocol pode compor sinais onchain e offchain em políticas programáveis que determinam se uma transação recebe autorização antes da liquidação.
Feeds de preço da RedStone podem suportar condições de preço, volatilidade e divergência do oráculo.
As classificações de risco da Credora e a inteligência de colateral podem suportar requisitos de exposição e de garantias.
vaults.fyi pode suportar regras ao vivo de saúde de cofres (vaults).
A reputação de carteiras da Webacy pode suportar restrições de contraparte.
O monitoramento de risco e a verificação de sanções da Chainalysis podem suportar políticas de conformidade.
O valor não é o número de integrações.
O valor é que as saídas podem afetar uma decisão de autorização “passa ou falha”.
Se uma carteira falhar o limite de reputação exigido, a transação pode ser bloqueada.
Se a qualidade do colateral cair abaixo do requisito definido, uma exposição adicional pode ser negada.
Se a saúde dos cofres deteriorar, a política pode restringir a execução.
Se os dados do oráculo deixarem de satisfazer a determinação (mandato), o capital não precisa se mover primeiro e disparar um alerta depois.
É isso que mudou a minha visão sobre o Newton.
Inicialmente eu via o ecossistema de oráculos como um conjunto de provedores de dados.
Agora eu o vejo como uma camada de entrada para uma política aplicável (enforceable policy).
Os dados explicam o risco.
A Newton usa esses dados para determinar o que o sistema está autorizado a fazer.
@NewtonProtocol $NEWT #Newt
$EVAA
$LAB