_CryptoNova
2.1k Publicações
_CryptoNova
Crypto Explorer 🧭 | Always learning, always earning | Loving the Binance
Aberto ao trading
Trader Frequente
1.2 mês(es)
318 A seguir
88 Seguidores
1.2K+ Gostaram
Publicações
Portfólio
Tudo
Cotações
Ver tradução
something i didnt appreciate about $NEWT until i read through the full protocol architecture is how directly the token ties to tha actual function of the network rather than sitting adjacent to it.
the token powers Newton Protocol. that framing is simple but the mechanic underneath it is specific. operators stake $NEWT -adjacent economic security through EigenLayer to participate on policy evaluation. fees from policy evaluations flow to operators proportional to their stake and participation. the execution-based pricing model means...
operators are compensated for actual computational work WASM instruction count, data provider calls, bandwidth consumed during evaluation rather than reserved capacity that may or may not get used.
that fee model matters for token utility because it ties operator revenue directly to network usage. as more applications integrate Newton and submit more transaction intents for policy evaluation, 0perator fee flow increases. the token's role in the...
economic security layer means that as the network grows and the value off correct attestations increases, the stake backing those attestations needs to scale accordingly.
And the governance function adds another layer. token holders participate in the governance processes that determine operatoradmission standards, policy module certification, and protocol upgrade timelines. those decisions directly affect the quality and security of the network.
i find the combination of economic security, fee distribution, and govrnance meaningful as a token utility structure. its not decorative. the network doesnt function without it.
whether the fee model generates enough operator revenue at current network scale to attract and retain a highquality operator set before transaction volume reaches critical mass is the bootstrapping question worth watching??
#Newt @NewtonProtocol $NEWT
the token powers Newton Protocol. that framing is simple but the mechanic underneath it is specific. operators stake $NEWT -adjacent economic security through EigenLayer to participate on policy evaluation. fees from policy evaluations flow to operators proportional to their stake and participation. the execution-based pricing model means...
operators are compensated for actual computational work WASM instruction count, data provider calls, bandwidth consumed during evaluation rather than reserved capacity that may or may not get used.
that fee model matters for token utility because it ties operator revenue directly to network usage. as more applications integrate Newton and submit more transaction intents for policy evaluation, 0perator fee flow increases. the token's role in the...
economic security layer means that as the network grows and the value off correct attestations increases, the stake backing those attestations needs to scale accordingly.
And the governance function adds another layer. token holders participate in the governance processes that determine operatoradmission standards, policy module certification, and protocol upgrade timelines. those decisions directly affect the quality and security of the network.
i find the combination of economic security, fee distribution, and govrnance meaningful as a token utility structure. its not decorative. the network doesnt function without it.
whether the fee model generates enough operator revenue at current network scale to attract and retain a highquality operator set before transaction volume reaches critical mass is the bootstrapping question worth watching??
#Newt @NewtonProtocol $NEWT
Ver tradução
been thinking about the Newton roadmap since yesterday and the sequencing of it is more deliberate than it looks at first read.
vaults are the starting point. not because they are the most important use case in the long run but bicause they are the most concrete and the most immediately deployable. tha Newton Vault SDK gives a working product that institutions can evaluate against
real infrastructure today. it builds the operator network, stress-tests the policy engine... and produces live attestations thats demonstrate the system works before expanding to more complex use cases.
from vaults the roadmap extends to RWAs, stablecoins, and AI agents each one adding a new category of transaction type and compliance requirement that the same underlying infrastructure handles. the perator set that learns to evaluate vault risk policies
also evaluates RWA transferrestrictions and stablecoin sanctions checks. the same Rego policy engine that handles velocity limits also handles investor eligibility and Travel Rule attribution.
the Internet of Policies marketplace sits at the end of that progression. a composable ecosystem where policy modules are authored, published, and reused across applications the same way open-source infrastructure components get...
built and shared. applications compose compliance stacks from available modules rather than building from scratch every time.
ifind the vault-first approach genuinely sensible. build credibility where the use case is clearest, demonstrate the infrastructure works under live conditions, then expand. the alternative launching with the full scope at Once is how authorization infrastructure fails before it gets used.
whether the Internet of Policies vision develops an ecosystem of policyy authors deep enough to cover the full range of institutional use cases is the long-term question worth watching??
#Newt @NewtonProtocol $NEWT
vaults are the starting point. not because they are the most important use case in the long run but bicause they are the most concrete and the most immediately deployable. tha Newton Vault SDK gives a working product that institutions can evaluate against
real infrastructure today. it builds the operator network, stress-tests the policy engine... and produces live attestations thats demonstrate the system works before expanding to more complex use cases.
from vaults the roadmap extends to RWAs, stablecoins, and AI agents each one adding a new category of transaction type and compliance requirement that the same underlying infrastructure handles. the perator set that learns to evaluate vault risk policies
also evaluates RWA transferrestrictions and stablecoin sanctions checks. the same Rego policy engine that handles velocity limits also handles investor eligibility and Travel Rule attribution.
the Internet of Policies marketplace sits at the end of that progression. a composable ecosystem where policy modules are authored, published, and reused across applications the same way open-source infrastructure components get...
built and shared. applications compose compliance stacks from available modules rather than building from scratch every time.
ifind the vault-first approach genuinely sensible. build credibility where the use case is clearest, demonstrate the infrastructure works under live conditions, then expand. the alternative launching with the full scope at Once is how authorization infrastructure fails before it gets used.
whether the Internet of Policies vision develops an ecosystem of policyy authors deep enough to cover the full range of institutional use cases is the long-term question worth watching??
#Newt @NewtonProtocol $NEWT
Ver tradução
interesting 🧐 $NEWT
Zōya_Vision
·
--
O que a Newton faz quando um operador erra?
Eu quero explicar algo que eu acho que a maioria das pessoas completamente ignora quando olha para o protocolo de Newton. E isso é o que realmente acontece quando um operador assina o resultado errado. Porque se não houver nenhuma consequência real por acertar errado, todo o sistema se desestrutura. E a Newton descobriu algo genuinamente inteligente aqui.
deixe-me passar por isso de forma simples.
quando uma transação é enviada ao Newton, os operadores avaliam e assinam o resultado. esse resultado assinado é registrado on-chain. e no momento em que ele chega, um cronômetro começa. uma janela de contestação é aberta.
deixe-me passar por isso de forma simples.
quando uma transação é enviada ao Newton, os operadores avaliam e assinam o resultado. esse resultado assinado é registrado on-chain. e no momento em que ele chega, um cronômetro começa. uma janela de contestação é aberta.
Ver tradução
the partner list attached to the Newton Vault SDK launch gnuinely surprised me when i went through it this morning. this isnt a collection of names assembled for optics.
Chainalysis and Hexagate cover..
the compliance and security domains. Chainalysis brings sanctions data and transaction monitoring infrastructure that financial institutions already use in their existing comp liance stacks. Hexagate brings real-time threat detection the security domain that catches active exploits and compromised addresses before they interact with a vault. two established players covering two of the fourenforcement domains with infrastructure
that already operates at institutional scale.
Vaults.fyi covers the risk domain with data that vault operators actually use too evaluate strategy performance and APY integrity. RedStone and Credora bring oracle health and credit risk assessment the remaining risk parameters that determine whether a transaction is safe given current market conditions.
the security layer underneath all/
of this comes from EigenLayer for economic security, Succinct for zero-knowledge proof generation, Rhinestone for smart account infrastructure, and ,
0ctane for gas abstraction.
what i find significant about this combination is that Newton isnt asking institutions to trust an new data layer for compliance-critical decisions. it routing through infrastructure those institutions already evaluate, already trust, alrady have relationships with but making the outputs of that infrastructure enforceable onchain rather than advisory..
thats a meaningful difference in the institutional sales conversation??
#Newt @NewtonProtocol $NEWT
Chainalysis and Hexagate cover..
the compliance and security domains. Chainalysis brings sanctions data and transaction monitoring infrastructure that financial institutions already use in their existing comp liance stacks. Hexagate brings real-time threat detection the security domain that catches active exploits and compromised addresses before they interact with a vault. two established players covering two of the fourenforcement domains with infrastructure
that already operates at institutional scale.
Vaults.fyi covers the risk domain with data that vault operators actually use too evaluate strategy performance and APY integrity. RedStone and Credora bring oracle health and credit risk assessment the remaining risk parameters that determine whether a transaction is safe given current market conditions.
the security layer underneath all/
of this comes from EigenLayer for economic security, Succinct for zero-knowledge proof generation, Rhinestone for smart account infrastructure, and ,
0ctane for gas abstraction.
what i find significant about this combination is that Newton isnt asking institutions to trust an new data layer for compliance-critical decisions. it routing through infrastructure those institutions already evaluate, already trust, alrady have relationships with but making the outputs of that infrastructure enforceable onchain rather than advisory..
thats a meaningful difference in the institutional sales conversation??
#Newt @NewtonProtocol $NEWT
o ambiente regulatório para ativos digitais deixou de ser uma orientação exploratória há algum tempo. o que mudou recentemente — e isso se tornou concreto o suficiente para que as instituições não possam mais adiar a questão da infraestrutura.
a Lei GENIUS estabeleceu um arcabouço federal de licenciamento para emissores de stablecoins nos EUA, com requisitos para reservas, direitos de resgate e controles de conformidade.
O Decreto de Stablecoins de Hong Kong criou um regime paralelo de licenciamento, efetivo a partir de agosto de 2025. MiCA na UE abrange obrigações de monitoramento de transações, avaliação de riscos e verificação de identidade em toda a categoria de prestadores de serviços de criptoativos. As orientações da FATF para a Regra de Viagem exigem informações do pagador e do beneficiário para transferências acima dos limites aplicáveis, com orientações atualizadas abordando especificamente stablecoins e DeFi.
o que esses arcabouços compartilham é uma expectativa comum: controles executáveis no nível da transação, não apenas verificações no momento do onboarding. evidências de auditoria de que políticas foram aplicadas, e não logs de que o monitoramento foi realizado.
essa é exatamente a base do que a Newton foi criada para cumprir: atestações verificáveis de que uma política específica foi avaliada para uma transação específica. recibos de conformidade on-chain que servem como evidência de auditoria. aplicação no momento em que a transação é enviada, e não vigilância depois que ela liquida.
o mercado de stablecoins, por si só, já movimenta US$ 298 bilhões em oferta circulante, com mais de US$ 700 bilhões em volume mensal de transferências. instituições operando nesse porte agora sabem exatamente qual arcabouço de conformidade precisam adotar para atender às exigências. a peça que falta é a infraestrutura para fazer isso de forma verificável.
a Newton não está à frente da regulamentação. ela está chegando exatamente quando os arcabouços se cristalizaram??
#Newt $NEWT
@NewtonProtocol
a Lei GENIUS estabeleceu um arcabouço federal de licenciamento para emissores de stablecoins nos EUA, com requisitos para reservas, direitos de resgate e controles de conformidade.
O Decreto de Stablecoins de Hong Kong criou um regime paralelo de licenciamento, efetivo a partir de agosto de 2025. MiCA na UE abrange obrigações de monitoramento de transações, avaliação de riscos e verificação de identidade em toda a categoria de prestadores de serviços de criptoativos. As orientações da FATF para a Regra de Viagem exigem informações do pagador e do beneficiário para transferências acima dos limites aplicáveis, com orientações atualizadas abordando especificamente stablecoins e DeFi.
o que esses arcabouços compartilham é uma expectativa comum: controles executáveis no nível da transação, não apenas verificações no momento do onboarding. evidências de auditoria de que políticas foram aplicadas, e não logs de que o monitoramento foi realizado.
essa é exatamente a base do que a Newton foi criada para cumprir: atestações verificáveis de que uma política específica foi avaliada para uma transação específica. recibos de conformidade on-chain que servem como evidência de auditoria. aplicação no momento em que a transação é enviada, e não vigilância depois que ela liquida.
o mercado de stablecoins, por si só, já movimenta US$ 298 bilhões em oferta circulante, com mais de US$ 700 bilhões em volume mensal de transferências. instituições operando nesse porte agora sabem exatamente qual arcabouço de conformidade precisam adotar para atender às exigências. a peça que falta é a infraestrutura para fazer isso de forma verificável.
a Newton não está à frente da regulamentação. ela está chegando exatamente quando os arcabouços se cristalizaram??
#Newt $NEWT
@NewtonProtocol
Classificações atuais:❤️🔥
$VANRY USDT — +47.23%
$YFI USDT — +38.47%
$BLUR USDT — +28.47%
TRIA USDT — +22.68%
BEL USDT — +20.99%
$VANRY USDT — +47.23%
$YFI USDT — +38.47%
$BLUR USDT — +28.47%
TRIA USDT — +22.68%
BEL USDT — +20.99%
olhei para a Magic Labs pela primeira vez há dois dias, e o pano de fundo mudou a forma como penso sobre a credibilidade da Newton como infraestrutura,,,,,
A Magic Labs construiu carteiras embutidas. não como experimento, mas como infraestrutura de produção que agora está por baixo de 57 milhões de carteiras e atende mais de 200.000 desenvolvedores. elas alimentam a infraestrutura de carteiras da Polymarket. a PayPal Ventures investiu nelas. é uma equipe que entregou infraestrutura de carteiras em uma escala que a maioria das equipes de protocolo só descreve em slides de roadmap.
a razão pela qual isso importa especificamente para a Newton é que a infraestrutura de autorização só é tão credível quanto a equipe que consegue realmente construí-la e mantê-la. uma camada de protocolo inovadora posicionada entre a intenção de transação e a execução onchain exige experiência operacional profunda exatamente no tipo de infraestrutura que toca milhões de usuários e não pode se dar ao luxo de falhar.
a experiência de carteira embutida é diretamente relevante. construir sistemas em que a gestão de chaves não custodiais funcione de forma confiável em escala de consumidor é da mesma classe de problema que construir sistemas em que a avaliação de políticas funcione de forma confiável em escala de transações. os modos de falha são diferentes, mas a disciplina operacional necessária é a mesma...
acho que esse contexto é genuinamente tranquilizador em um espaço onde a credibilidade central de desenvolvedores vale a pena ser examinada antes de confiar em uma nova infraestrutura com qualquer coisa significativa...
se a equipe ampliar a rede de operadores da Newton com a mesma rigor operacional que aplicou à infraestrutura de carteiras é exatamente o que eu quero ver acontecer ao longo dos próximos doze meses??
#Newt @NewtonProtocol $NEWT
A Magic Labs construiu carteiras embutidas. não como experimento, mas como infraestrutura de produção que agora está por baixo de 57 milhões de carteiras e atende mais de 200.000 desenvolvedores. elas alimentam a infraestrutura de carteiras da Polymarket. a PayPal Ventures investiu nelas. é uma equipe que entregou infraestrutura de carteiras em uma escala que a maioria das equipes de protocolo só descreve em slides de roadmap.
a razão pela qual isso importa especificamente para a Newton é que a infraestrutura de autorização só é tão credível quanto a equipe que consegue realmente construí-la e mantê-la. uma camada de protocolo inovadora posicionada entre a intenção de transação e a execução onchain exige experiência operacional profunda exatamente no tipo de infraestrutura que toca milhões de usuários e não pode se dar ao luxo de falhar.
a experiência de carteira embutida é diretamente relevante. construir sistemas em que a gestão de chaves não custodiais funcione de forma confiável em escala de consumidor é da mesma classe de problema que construir sistemas em que a avaliação de políticas funcione de forma confiável em escala de transações. os modos de falha são diferentes, mas a disciplina operacional necessária é a mesma...
acho que esse contexto é genuinamente tranquilizador em um espaço onde a credibilidade central de desenvolvedores vale a pena ser examinada antes de confiar em uma nova infraestrutura com qualquer coisa significativa...
se a equipe ampliar a rede de operadores da Newton com a mesma rigor operacional que aplicou à infraestrutura de carteiras é exatamente o que eu quero ver acontecer ao longo dos próximos doze meses??
#Newt @NewtonProtocol $NEWT
A execução orientada por políticas parece menos como mais uma funcionalidade de outra blockchain e mais como uma infraestrutura ausente para automação confiável.
Se as aplicações precisarem consistentemente de regras executáveis, essa camada pode se tornar tão essencial quanto os próprios contratos inteligentes.
Se as aplicações precisarem consistentemente de regras executáveis, essa camada pode se tornar tão essencial quanto os próprios contratos inteligentes.
Python_Trading
·
--
Parece que cada blockchain está resolvendo uma parte diferente do quebra-cabeça. Alguns focam em segurança, outros em programabilidade e outros em velocidade. Mas tenho me perguntado se a próxima camada importante não é sobre execução mais rápida.
Talvez seja sobre garantir que as transações aconteçam pelos motivos certos.
A maioria dos usuários, na verdade, não se importa em enviar uma transação. Eles se importam com o resultado. Eles querem ações que sigam condições, limites e permissões, sem precisar confiar que cada aplicação implemente essas regras corretamente. É aí que a execução orientada por políticas começa a ficar interessante.
O que se destaca para mim é que essa abordagem não está, de fato, competindo com as cadeias existentes. Ela adiciona outra camada que pode tornar a atividade on-chain mais previsível e mais segura se for adotada em escala.
Também acho que as pessoas superestimam a resistência dos desenvolvedores. Desenvolvedores normalmente adotam ferramentas melhores quando os benefícios são claros. A questão maior é se usuários e aplicações realmente precisam dessa capacidade o suficiente para que isso se torne um padrão.
Uma boa infraestrutura sozinha raramente vence. Ela precisa resolver um problema real que as pessoas sentem todos os dias; caso contrário, até ideias inteligentes podem ter dificuldade para ganhar força.
@NewtonProtocol $NEWT #Newt
Qual é a próxima prioridade do cripto?
Talvez seja sobre garantir que as transações aconteçam pelos motivos certos.
A maioria dos usuários, na verdade, não se importa em enviar uma transação. Eles se importam com o resultado. Eles querem ações que sigam condições, limites e permissões, sem precisar confiar que cada aplicação implemente essas regras corretamente. É aí que a execução orientada por políticas começa a ficar interessante.
O que se destaca para mim é que essa abordagem não está, de fato, competindo com as cadeias existentes. Ela adiciona outra camada que pode tornar a atividade on-chain mais previsível e mais segura se for adotada em escala.
Também acho que as pessoas superestimam a resistência dos desenvolvedores. Desenvolvedores normalmente adotam ferramentas melhores quando os benefícios são claros. A questão maior é se usuários e aplicações realmente precisam dessa capacidade o suficiente para que isso se torne um padrão.
Uma boa infraestrutura sozinha raramente vence. Ela precisa resolver um problema real que as pessoas sentem todos os dias; caso contrário, até ideias inteligentes podem ter dificuldade para ganhar força.
@NewtonProtocol $NEWT #Newt
Qual é a próxima prioridade do cripto?
A declaração assinada é o que transforma a conformidade de uma promessa em evidência verificável que qualquer pessoa pode auditar.
A prova, e não apenas a execução, é o que confere credibilidade de longo prazo à camada de autorização da Newton.
A prova, e não apenas a execução, é o que confere credibilidade de longo prazo à camada de autorização da Newton.
BLANK Bro
·
--
Em AltaNo início, achei que fosse apenas latência de rede quando assisti uma transação ficar um pouco mais tempo do que o esperado antes de ser liquidada. Não era. A Newton insere uma verificação de política nessa lacuna, um momento em que uma rede de operadores lê as regras que um construtor escreveu, as confere com sinais onchain e offchain e decide se a transação tem o direito de continuar. O que me chamou atenção não foi a verificação em si. Foi o recibo. Toda avaliação, aprovada ou bloqueada, é registrada onchain como uma atestação assinada, um registro permanente de cada “não” ao lado de cada “sim”, verificável por qualquer pessoa que se dê ao trabalho de olhar. A maioria dos usuários nunca vai abrir o Newton Explorer. O recibo não é para eles. É para o auditor, o alocador, o regulador que nunca precisa aceitar a palavra da plataforma. O que nos leva à pergunta real: a demanda aqui é por uma conformidade mais rápida, ou por alguém finalmente responsabilizar alguém pela prova.
@NewtonProtocol $NEWT #Newt
@NewtonProtocol $NEWT #Newt
os quatro domínios de aplicação no Newton Vault SDK realmente me surpreenderam quando os mapeei esta manhã, porque eles cobrem mais terreno do que o título sugere.
compliance é o óbvio. triagem da OFAC, verificações de sanções, a camada regulatória que toda instituição precisa demonstrar. identidade fica ao lado disso, verificação e elegibilidade, garantindo que as partes corretas estejam interagindo com os protocolos corretos. só esses dois já seriam um produto útil.
security é onde fica mais interessante. bloqueio de ameaças em tempo real. o tipo de proteção que não apenas verifica quem você é, mas monitora o que está acontecendo com o protocolo no momento da transação, sinalizando fundos recebidos de endereços comprometidos, bloqueando interações com contratos na lista negra, capturando as assinaturas de exploits conhecidos antes que eles executem.
e risk é o quarto d0mínio.
risco de contraparte, integridade de APY, limites de alavancagem, saúde do oracle. os parâmetros que determinam se uma transação é segura para executar dadas as condições atuais de mercado, não apenas se as partes involvid estão em conformidade....$LAB
o que me chamou atenção nessa forma de enquadrar é que a maioria dos sistemas lida com um ou dois desses domínios e trata os outros como problema de outra pessoa. empacotar os quatro em uma única camada de aplicação onchain significa que um vault que implemente o Newton obtém a visão completa no momento em que uma transação é enviada, em vez de montá-la a partir de quatro fontes diferentes depois.
se manter quatro domínios em uma única camada permanece coerente à medida que a complexidade da política cresce dentro de cada domínio é a questão de design que vale a pena acompanhar??
@NewtonProtocol $NEWT #Newt
compliance é o óbvio. triagem da OFAC, verificações de sanções, a camada regulatória que toda instituição precisa demonstrar. identidade fica ao lado disso, verificação e elegibilidade, garantindo que as partes corretas estejam interagindo com os protocolos corretos. só esses dois já seriam um produto útil.
security é onde fica mais interessante. bloqueio de ameaças em tempo real. o tipo de proteção que não apenas verifica quem você é, mas monitora o que está acontecendo com o protocolo no momento da transação, sinalizando fundos recebidos de endereços comprometidos, bloqueando interações com contratos na lista negra, capturando as assinaturas de exploits conhecidos antes que eles executem.
e risk é o quarto d0mínio.
risco de contraparte, integridade de APY, limites de alavancagem, saúde do oracle. os parâmetros que determinam se uma transação é segura para executar dadas as condições atuais de mercado, não apenas se as partes involvid estão em conformidade....$LAB
o que me chamou atenção nessa forma de enquadrar é que a maioria dos sistemas lida com um ou dois desses domínios e trata os outros como problema de outra pessoa. empacotar os quatro em uma única camada de aplicação onchain significa que um vault que implemente o Newton obtém a visão completa no momento em que uma transação é enviada, em vez de montá-la a partir de quatro fontes diferentes depois.
se manter quatro domínios em uma única camada permanece coerente à medida que a complexidade da política cresce dentro de cada domínio é a questão de design que vale a pena acompanhar??
@NewtonProtocol $NEWT #Newt
Voltei hoje à seção RWA do whitepaper da Newton e o modelo de ameaças contra o qual eles estão construindo é mais específico do que eu esperava.
valores tokenizados, imóveis e produtos de crédito carregam três superfícies de ataque distintas que contratos inteligentes padrão não conseguem endereçar/
compromisso da chave de admin: um atacante que controla a chave ignora totalmente todos os controles de acesso. manipulação de NAV e de oracle: precifica mal os ativos para viabilizar resgates não autorizados ou cunhagem inflada. mudanças de estado não autorizadas: cunhar sem autorização, alterando restrições de transferência no meio do processo.
o que a Newton oferece para protocolos de RWA é um conjunto de restrições de política que operam como invariantes de tempo de execução. não são regras que podem ser contornadas se alguém obtiver a chave de admin..... elas são impostas no nível da transação por meio de requisitos de atestação. as proteções de cunhagem e resgate garantem que apenas investidores elegíveis possam participar. verificações de integridade do NAV cruzam preços do oracle com limites de tolerância. controles de transferência restringem a atividade no mercado secundário a partes qualificadas....
a formulação que mais ficou comigo é que essas políticas operam como restrições que não podem ser contornadas, independentemente de quem detenha a chave de admin. para instituições tokenizando ativos reais em blockchains públicas, o risco da chave de admin é um dos problemas mais difíceis de resolver. transformar o risco de uma única chave em autorização distribuída via imposição de políticas é uma resposta estruturalmente diferente para esse problema,,,
encontro este como o caso de uso mais convincente para adoção institucional. não porque os outros não sejam reais. mas porque a alternativa para protocolos de RWA, neste momento, é aceitar o risco da chave de admin como uma exposição conhecida.
se instituições tokenizando ativos vão exigir esse nível de enforcement on-chain antes de implantarem, ou tratar isso como infraestrutura opcional, é a pergunta que vale acompanhar??
$NEWT #Newt
@NewtonProtocol
valores tokenizados, imóveis e produtos de crédito carregam três superfícies de ataque distintas que contratos inteligentes padrão não conseguem endereçar/
compromisso da chave de admin: um atacante que controla a chave ignora totalmente todos os controles de acesso. manipulação de NAV e de oracle: precifica mal os ativos para viabilizar resgates não autorizados ou cunhagem inflada. mudanças de estado não autorizadas: cunhar sem autorização, alterando restrições de transferência no meio do processo.
o que a Newton oferece para protocolos de RWA é um conjunto de restrições de política que operam como invariantes de tempo de execução. não são regras que podem ser contornadas se alguém obtiver a chave de admin..... elas são impostas no nível da transação por meio de requisitos de atestação. as proteções de cunhagem e resgate garantem que apenas investidores elegíveis possam participar. verificações de integridade do NAV cruzam preços do oracle com limites de tolerância. controles de transferência restringem a atividade no mercado secundário a partes qualificadas....
a formulação que mais ficou comigo é que essas políticas operam como restrições que não podem ser contornadas, independentemente de quem detenha a chave de admin. para instituições tokenizando ativos reais em blockchains públicas, o risco da chave de admin é um dos problemas mais difíceis de resolver. transformar o risco de uma única chave em autorização distribuída via imposição de políticas é uma resposta estruturalmente diferente para esse problema,,,
encontro este como o caso de uso mais convincente para adoção institucional. não porque os outros não sejam reais. mas porque a alternativa para protocolos de RWA, neste momento, é aceitar o risco da chave de admin como uma exposição conhecida.
se instituições tokenizando ativos vão exigir esse nível de enforcement on-chain antes de implantarem, ou tratar isso como infraestrutura opcional, é a pergunta que vale acompanhar??
$NEWT #Newt
@NewtonProtocol
stablecoins agora processam mais valor mensalmente do que muitas redes tradicionais de pagamentos. aquela frase do whitepaper da Newton me interrompeu esta manhã porque a infraestrutura de conformidade que sustenta esse volume ainda tem uma lacuna fundamental.
a lacuna é a aplicação no nível da transferência. emissores de stablecoins enfrentam uma tensão real: a proposta de valor é de transferências globais instantâneas sem permissão, mas os marcos regulatórios exigem triagem de sanções, verificação de identidade e monitoramento de transações exatamente no ponto em que a transferência acontece. não no onboarding. não post-hoc. na própria transferência.
a maioria das abordagens existentes trata isso na camada de interface (UI). uma interface de triagem de sanções bloqueia um usuário sinalizado. então esse usuário interage diretamente com o smart contract subjacente e o bloqueio não significa nada. o limite de enforcement e o limite de execução estão desconectados.
a Newton bloqueia a transferência em si. cada transferência de stablecoin pode exigir uma atestação da Newton verificando que a triagem de sanções foi aprovada, as verificações de jurisdição foram concluídas e a atribuição da Travel Rule está satisfeita. o smart contract não executa sem uma atestação válida. o emissor define a política.... a Newton aplica. a blockchain registra a prova.
acho
o mecanismo de recibo de conformidade especialmente importante aqui. o emissor mantém evidências criptográficas de que a política foi aplicada a cada transferência. não logs de que o monitoramento foi feito. prova de que a aplicação aconteceu.
se os emissores de stablecoins adotam isso antes de os reguladores exigirem ou depois é a questão que determina a rapidez com que esse mercado se desenvolve??
#Newt @NewtonProtocol $NEWT
a lacuna é a aplicação no nível da transferência. emissores de stablecoins enfrentam uma tensão real: a proposta de valor é de transferências globais instantâneas sem permissão, mas os marcos regulatórios exigem triagem de sanções, verificação de identidade e monitoramento de transações exatamente no ponto em que a transferência acontece. não no onboarding. não post-hoc. na própria transferência.
a maioria das abordagens existentes trata isso na camada de interface (UI). uma interface de triagem de sanções bloqueia um usuário sinalizado. então esse usuário interage diretamente com o smart contract subjacente e o bloqueio não significa nada. o limite de enforcement e o limite de execução estão desconectados.
a Newton bloqueia a transferência em si. cada transferência de stablecoin pode exigir uma atestação da Newton verificando que a triagem de sanções foi aprovada, as verificações de jurisdição foram concluídas e a atribuição da Travel Rule está satisfeita. o smart contract não executa sem uma atestação válida. o emissor define a política.... a Newton aplica. a blockchain registra a prova.
acho
o mecanismo de recibo de conformidade especialmente importante aqui. o emissor mantém evidências criptográficas de que a política foi aplicada a cada transferência. não logs de que o monitoramento foi feito. prova de que a aplicação aconteceu.
se os emissores de stablecoins adotam isso antes de os reguladores exigirem ou depois é a questão que determina a rapidez com que esse mercado se desenvolve??
#Newt @NewtonProtocol $NEWT
Inicia sessão para explorar mais conteúdos