Falcon Trader 1

7.1k Publicações

Falcon Trader 1

791 A seguir

2.3K+ Seguidores

1.9K+ Gostaram

Publicações

Tudo

Cotações

PINNED

Falcon Trader 1

@NewtonProtocol Quanto mais leio sobre o Newton Protocol, menos penso que sua maior contribuição seja a coordenação mais rápida. O que se destaca é a tentativa de fazer com que a política se comporte como infraestrutura, em vez de documentação.

Operadores independentes avaliam a mesma política legível por máquina e convergem para a mesma autorização antes da execução. Isso parece técnico, mas a pergunta de investimento soa surpreendentemente humana. Quantas vezes participantes diferentes podem chegar à mesma conclusão antes de as pessoas St0P questionarem o próprio processo?

Há um lado desconfortável t0 essa ideia. Uma política reutilizável pode espalhar confiança entre aplicativos.. mas também pode espalhar erros se as premissas subjacentes forem fracas. Consistência é poderosa.. mas não está automaticamente correta.

Eu volto sempre a essa tensão porque a cripto geralmente celebra resultados visíveis. O Newton dedica grande parte de seus esforços a melhorar a decisão que acontece antes de qualquer pessoa ver uma transação. Isso parece um problema mais silencioso, mas talvez mais durável.

#Newt $NEWT $EVAA $BSB

O que é mais valioso no longo prazo?

Better authorization

100%

Faster settlement

Both equally

Not sure yet

3 Votos • Votação encerrada

PINNED

A Política Mais Valiosa É a Que Ninguém Percebe

Eu costumava achar que a confiança na infraestrutura financeira era algo que você conquistava depois que uma transação era liquidada. Uma transferência limpa, um saldo confirmado, um resultado visível. Parecia ser naquele momento que a confiança surgia. Ultimamente, tenho começado a me perguntar se a confiança se forma bem antes, na decisão silenciosa que permite que a transferência exista já de início.
Essa mudança alterou a forma como eu olho para o Protocolo Newton. A parte interessante não é apenas que ele avalia políticas antes da execução. É que ele separa o julgamento do movimento. Os operadores avaliam independentemente a mesma política em formato legível por máquina, produzem uma autorização compartilhada e somente então a transferência se torna elegível para execução. A liquidação ainda importa, mas agora ela não carrega mais todo o peso da confiança.

Eu costumava achar que a autorização terminava no exato momento em que uma solicitação era aprovada. Agora acho que é aí que começa a história mais longa.
Um detalhe no Protocolo Newton não sai da minha cabeça. Toda decisão está vinculada à versão exata da política que a avaliou. Isso significa que um recibo não é apenas prova de que algo passou. É prova de quais regras existiam quando foi aprovado.
Isso parece sutil até que regulamentos, governança ou controles internos mudem.
A parte desconfortável é que o software pode continuar confiando em evidências antigas muito tempo depois de o mundo ao redor ter seguido em frente. O versionamento preserva o histórico, mas ainda alguém decide qual histórico permanece aceitável.
Talvez a infraestrutura futura não concorra por execução mais rápida.
Talvez concorra pelo fato de cuja “memória” seja mais fácil de verificar quando as regras inevitavelmente mudarem.
@NewtonProtocol #Newt $NEWT $JCT $VELVET

O que importa mais?

Policy Proof

Fast Finality

0 Votos • Votação encerrada

O Custo de Mudar uma Regra

Peguei-me prestando mais atenção às versões da política do que à lógica da política. Isso me surpreendeu. A maioria de nós, instintivamente, pergunta se uma regra está correta, e não se a própria regra pode ser rastreada ao longo do tempo. Então passei mais tempo lendo o Protocolo de Newton, e essa pequena distinção começou a parecer muito maior.
Um mecanismo continuou puxando minha atenção de volta. Cada decisão de autorização está vinculada a uma versão específica da política que a originou. Isso soa administrativo no começo, quase entediante. Eu não acho que seja.

Verificado

@NewtonProtocol O aplicativo não rejeitou você. A política rejeitou, antes mesmo de o app ver sua solicitação.

É isso que mudou silenciosamente com as mais novas integrações de oráculo da Newton. As verificações de Persona checam sua residência e atributos de identidade. A pontuação do Human Passport verifica se você é uma pessoa real e única e faz triagem para sanções, tudo por meio de uma atestação de conhecimento zero. Ambos são lidos diretamente pelo mecanismo de políticas, na camada de transação, antes de qualquer lógica do aplicativo ser executada.

Parece eficiente. Mas isso também significa que, quando algo é bloqueado, não há uma equipe de suporte do app para perguntar por quê, porque o app nunca fez a chamada. A decisão ficou uma camada acima, em uma política que faz referência a dados que ela não produziu e não consegue validar completamente.

A Newton consegue provar que a política foi executada corretamente. Ela não consegue provar que os dados de identidade que a alimentaram estavam certos. Essa lacuna não desaparece só porque o processo ao redor é verificável.

Vale a pena parar para pensar antes de chamar isso de "conformidade sem confiança".
#Newt $NEWT $ZEC $LAB
Pergunta: O que deveria pesar mais?

Process integrity

100%

Data accuracy

2 Votos • Votação encerrada

Quem Decidiu Que Você Era Elegível, e Onde

Notei algo pequeno enquanto lia as mais recentes anotações de integração de Newton, e isso ficou por mais tempo do que eu esperava. Dois novos oráculos, Persona e Human Passport, foram incorporados à camada de políticas neste trimestre. À primeira vista, isso soa como uma notícia rotineira de infraestrutura. Por baixo disso, algo mais silencioso está acontecendo: a pergunta sobre quem conta como uma transação elegível está se movendo para cima, saindo da aplicação e indo para uma camada compartilhada que ninguém dentro do aplicativo realmente controla.
Aqui está o mecanismo, reduzido ao essencial. Persona alimenta atributos de identidade validados, coisas como idade, nacionalidade, residência e estado, diretamente em uma política da Newton. Human Passport adiciona três sinais separados: uma pontuação de carimbos para comprovar pessoa, uma pontuação comportamental para detecção de Sybil e uma declaração de conhecimento zero chamada Proof of Clean Hands para sanções e triagem de KYC. Um desenvolvedor escreve uma política uma vez, referencia esses oráculos e a verificação agora acontece no nível da transação, antes mesmo de a lógica do próprio aplicativo ser executada.

Algo sobre a verificação de quórum de Newton me incomoda mais do que deveria.

Aqui, o consenso não é medido por quantos operadores concordam. É medido por quanto de stake concorda. A checagem é simples: stake assinado precisa ultrapassar uma porcentagem do total de stake; não tem nada a ver com número de pessoas.

Dez operadores que detêm a maior parte do peso podem satisfazer o quórum enquanto cem menores ficam fora dele, sem assinatura, não contabilizados.

Eu não acho isso errado. Capital re-hypotecado tem custo real se for slashado; então, ponderar por stake provavelmente faz mais sentido do que ponderar por corpos.

Mas isso significa que "a rede concordou" é, na verdade, uma forma abreviada de "capital suficiente concordou rápido o bastante." O agregador para de coletar assinaturas assim que o limite é atingido, não quando todos tiveram a chance de se manifestar.

Acordo, aqui, é uma disputa de velocidade com um piso de capital. Eu não tinha notado essa diferença antes.
@NewtonProtocol #Newt $NEWT $XPIN $LAB

O que deveria definir "acordo da rede" em Newton?

Capital-backed quorum

60%

Broader operator consensus

40%

5 Votos • Votação encerrada

Newton Não Concorda Com Tudo, Só Com O Suficiente

Eu continuo voltando a um detalhe do projeto de Newton que parece pequeno até você sentar e pensar nele. Antes que os operadores possam produzir uma assinatura conjunta, o protocolo remove algo. Não opiniões, não interesses, mas a própria atestação que cada operador gerou quando buscou os dados da política. A saída é chamada de resumo de consenso, criado zerando exatamente os campos que tornam distinta a contribuição de cada operador. Todos assinam uma versão idêntica e esvaziada do mesmo evento.
Eu não acho que isso seja uma falha. Eu acho que pode ser o mecanismo real que vale a pena estudar.

Continuo notando que NEWT não é opcional do jeito que a maioria dos tokens de utilidade é opcional. É o gás para a própria checagem: você não consegue obter um recibo de autorização sem pagá-lo. E instituições que rodam conformidade em escala não têm o luxo de contornar isso. Essa é uma forma de demanda mais estreita do que a que a maioria dos tokens tem: não é interesse especulativo, é só uma taxa que toda transação imposta precisa pagar. O que me deixa desconfortável é o que acontece quando os subsídios de taxas terminam e o mercado decide, pela primeira vez, quanto esse pedágio vale de verdade. Hoje, ninguém precificou conformidade como custo de transação de forma honesta, porque ninguém precisou. Eu não acho que esse token tenha sucesso ou fracasse por sentimento. Ele tem sucesso ou fracassa dependendo de as instituições aceitarem pagar, de forma contínua, por algo que elas antes tratavam como um custo interno irrecuperável.
@NewtonProtocol #Newt $NEWT $LAB $BEAT

NEWT ka "compliance toll" subsidy khatam hone ke baad?

Institutions pay

75%

Demand drops

Too early

Model shifts

25%

4 Votos • Votação encerrada

O Recibo Que Não Prova Nada Sobre a Regra

Eu fiquei encarando a palavra "verificado" por mais tempo do que deveria. Newton a anexa a quase tudo: uma verificação de política, uma barreira de conformidade, um recibo assinado que fica em um explorador de blocos. Parece sólido. Parece o oposto de confiança. Mas quanto mais eu fiquei com isso, mais comecei a me perguntar se verificação aqui significa algo mais restrito do que as pessoas presumem.
A história popular em torno de Newton é que ele remove a confiança da conformidade. Acaba-se com a espera por um oficial de conformidade, acaba-se com uma revisão interna opaca três semanas depois. Uma transação é verificada antes de se liquidar, e o resultado é um recibo criptográfico que qualquer pessoa pode inspecionar. Isso parece confiança se dissolvendo em código. Acho que é mais uma confiança se deslocando, silenciosamente, para um ponto anterior e menos visível.

Não acho que a maior concorrência para protocolos de autorização seja outro protocolo de autorização. Acho que são os hábitos dos desenvolvedores.

Cada aplicação já tem sua própria lógica de permissões. Talvez não seja elegante, mas funciona bem o suficiente. O Newton pede que os construtores movam essas decisões para políticas reutilizáveis e determinísticas, que os operadores avaliam antes da execução. Tecnicamente, isso pode criar um comportamento mais consistente entre aplicações.

A parte difícil não é a tecnologia. É convencer as pessoas a parar de reinventar as mesmas regras.
Desenvolvedores muitas vezes confiam mais no código que eles mesmos escreveram do que na infraestrutura criada por outra pessoa, mesmo quando o sistema compartilhado é objetivamente mais forte. Isso é uma barreira psicológica, não criptográfica.

Se o Newton tiver sucesso, não será apenas porque o modelo de autorização é sólido. Será porque um número suficiente de construtores decidirá que manter a política não é mais uma vantagem competitiva. Enquanto essa mentalidade não mudar, o protocolo pode estar resolvendo um problema que muitas equipes ainda acreditam que pertence dentro do próprio código delas.
@NewtonProtocol #Newt $NEWT $LAB $TAC

Qual é a maior barreira para adotar protocolos de autorização compartilhados como o Newton?

Developer habits & trust

100%

Technical integration

1 Votos • Votação encerrada

O Custo de Dizer "Não"

Quanto mais eu leio sistemas de autorização, menos eu acho que a maior tarefa deles seja aprovar transações. A tarefa mais difícil é recusá-las. Nós celebramos protocolos que fazem os ativos se moverem mais rápido, mas quase nenhuma conversa pergunta se um protocolo consegue rejeitar a ação errada pelo motivo certo. Esse silêncio me fez olhar para o Protocolo Newton de forma diferente.
A maior parte da infraestrutura compete em execução. A Newton dedica atenção incomum à decisão antes da execução. Em vez de incorporar a lógica de autorização separadamente dentro de cada aplicação, ela avalia a intenção da transação em relação a políticas determinísticas em Rego, alcança consenso entre os operadores e registra o resultado por meio de assinaturas agregadas BLS. A transação ou recebe permissão ou não recebe. Isso soa técnico, mas muda silenciosamente onde a confiança começa.

O Subsídio Que a Newton Está Gastando em Silêncio

Eu fico relendo a documentação da Newton procurando o momento exato em que as rodinhas de treinamento são removidas, e ainda não encontro isso claramente declarado em lugar nenhum. Isso me incomoda mais do que provavelmente deveria, para um protocolo cujo argumento inteiro é confiança descentralizada e verificável.
Aqui está o mecanismo que vale a pena entender. Os operadores garantem a Newton ao vincularem a NEWT como colateral, e eles são penalizados se avaliarem uma política de forma desonesta. Essa parte é uma teoria dos jogos bem direta — dinheiro em risco mantém as pessoas honestas, em tese. Mas a documentação também diz algo mais discreto: as taxas de transação são inicialmente subsidiadas pela Fundação enquanto a infraestrutura de validadores entra em funcionamento, com um verdadeiro mercado de taxas, algo mais próximo do modelo da EIP-1559 da Ethereum, que chega mais tarde.

Verificado

@NewtonProtocol Uma coisa engraçada sobre um protocolo construído para impor disciplina nas transações de todo mundo é o quão frouxamente a oferta do seu próprio token se comporta.
A proposta inteira da Newton é verificar elegibilidade de investidores, limites de gasto e aplicar filtros de execução obrigatória antes que qualquer transação seja permitida. Enquanto isso, o próprio NEWT acabou de ter cerca de 139 milhões de tokens — mais de um terço da oferta em circulação — chegando ao mercado em apenas uma semana, com mais parcelas programadas mensalmente depois disso.
O mecanismo é simples: o NEWT paga os operadores que executam esses checagens de conformidade para todo mundo. Quando uma quantidade tão grande de oferta é liberada de uma vez, as pessoas que deveriam ser os guardiões neutros e economicamente “vinculados” do "trust" estão sendo remuneradas com um token que dilui mais rápido do que a maior parte daquilo que ele supostamente deveria proteger.
Ninguém aplica um filtro de elegibilidade a um cronograma de vesting. Talvez esteja tudo bem. Talvez não. Eu ainda não decidi.
#Newt #newt $NEWT $LAB $POWER
As liberações deveriam receber o mesmo escrutínio das checagens de conformidade?

🅰️ Yes

100%

🅱️ No

3 Votos • Votação encerrada

Algo sobre a prática de “slash” me incomoda de um jeito que eu não esperava. Não porque seja cruel, mas porque é honesta. Os operadores da Newton colocam garantias como compensação antes mesmo de avaliar uma única transação. Se a chamada de compliance for feita erradamente, de forma desonesta, e o dinheiro sai do bolso deles. Compare isso com como o compliance normalmente funciona. Um analista dá seu aval em um memorando de risco e segue em frente. Se eles estiverem errados, geralmente alguém mais absorve o custo meses depois, silenciosamente, em um relatório que ninguém lê. Aqui, o custo recai sobre o mesmo ator que fez a chamada, imediatamente, de um jeito que eles não conseguem contestar. Eu não sei se isso produz um julgamento melhor ou apenas um julgamento mais cauteloso. Cautela “bonded” não é a mesma coisa que cautela precisa. Talvez signifique apenas que os operadores começam a rejeitar qualquer coisa ambígua para proteger sua participação, e ambíguo é exatamente onde a maior parte das decisões reais de compliance acontece.
@NewtonProtocol #Newt $NEWT $EDGE $STG
Slashing faz com que os operadores-

Better

92%

Just cautious

12 Votos • Votação encerrada

Artigo

O Recibo Que Sobrevive à Regra

Fiquei encarando um detalhe na documentação do Newton por mais tempo do que eu esperava. Cada tarefa que a rede processa recebe um carimbo com uma versão de política, não só uma política. No começo, isso pareceu uma escolha pequena de implementação, do tipo de coisa que um engenheiro coloca e ninguém mais percebe. Então percebi que isso muda o que um recibo de conformidade realmente significa quando o tempo passa.
Aqui está o mecanismo em termos simples. Quando uma transação solicita autorização, os operadores de Newton a avaliam em relação a uma versão específica de uma política, e não a um livro de regras abstrato e sempre atual. O resultado é assinado, carimbado com data e hora e emitido como um recibo que outros sistemas podem verificar mais tarde, sem precisar refazer a checagem por conta própria. Os dados de oracle que alimentam essa decisão também carregam seu próprio carimbo de data e hora, e as políticas podem definir uma idade máxima antes que esses dados sejam considerados obsoletos. Parece tudo bem organizado. E é aí que começa o desconforto.

@NewtonProtocol Você herda a política de outra pessoa e herda o juízo dela. Mas você não herda o porquê de ela ter feito esse juízo. Você herda a versão que sobreviveu, aquela que funcionou bem o suficiente para três outros projetos copiarem. Tudo o que falhou antes dessa versão já desapareceu. Então você está confiando em uma confiança que você não consegue reconstruir completamente.

Isso está tudo bem se os operadores da Newton forem honestos. Mas os operadores são pagos mais quando atendem mais aplicações usando a mesma política. Eles também assumem mais risco. Então o incentivo corta os dois lados. Eles têm motivo para cortar caminho e motivo para se manter firmes. O protocolo aposta em re-staking e slashing para resolver essa tensão. Talvez resolva. Mas slashing só funciona se a má conduta for visível. A avaliação de política acontece dentro de TEEs. A prova é criptográfica. Você pode verificar que a verificação ocorreu. Você não pode verificar por que.
#Newt $NEWT $LAB $BEL
O que mais importa para a confiança em redes de políticas?

Transparent policy design

75%

Strong operator accountability

25%

Verifiable policy execution

4 Votos • Votação encerrada

O Custo Oculto de Terceirizar a Verificação

Tenho pensado sobre o que realmente acontece quando um operador avalia uma política e produz um recibo criptográfico. O Newton Protocol faz isso soar como algo direto: uma transação chega, os operadores a verificam em relação a políticas escritas em Rego, eles geram uma prova, e os sistemas downstream herdam confiança. Mas eu continuo travando numa lacuna que parece importar mais do que o marketing menciona.
A lacuna é esta: verificação não é a mesma coisa que confiança.
Quando os operadores Newton aplicam os operadores NEWT e validam transações dentro de Ambientes de Execução Confiável (Trusted Execution Environments), eles estão criando evidências de que a validação ocorreu. Isso é real. Um recibo criptográfico que liquida onchain, visível para qualquer pessoa no Newton Explorer. O protocolo é sofisticado com isso. Mas evidência de que algo foi verificado não é a mesma coisa que certeza de que foi verificado corretamente. E, uma vez que uma política se torna portátil e aplicações downstream herdam as mesmas regras de autorização, o custo de fazer a verificação errada deixa de ser um problema local.

A infraestrutura por trás de experiências perfeitas merece atenção.

Falcon Trader 1

Verificado

Continuo vendo equipes institucionais adotarem Newton e falarem sobre "delegar conformidade". Mas elas não estão delegando. Estão terceirizando a interpretação. A rede de operadores fará cumprir as regras que você escrever. Eles são pagos em NEWT para verificar cada transação de forma consistente. Mas o que eu me pergunto é isto: quando uma transação existe nos limites—não viola nenhuma política, mas parece errada—o que acontece então? O operador não tem incentivo nenhum para gastar tempo extra com isso. Newton é mais rápido, mas mais barato. Você ganha consistência. Você perde julgamento. Às vezes são a mesma coisa. Às vezes não são.
@NewtonProtocol #Newt $NEWT $LAB $CAP
O que importa mais para a conformidade institucional?

Consistent rule enforcement

100%

Human judgment in edge cases

2 Votos • Votação encerrada

NEWT+2,43%

LAB+3,30%

CAP-6,39%

Inicia sessão para explorar mais conteúdos

Falcon Trader 1

A Política Mais Valiosa É a Que Ninguém Percebe

O Custo de Mudar uma Regra

Quem Decidiu Que Você Era Elegível, e Onde

Newton Não Concorda Com Tudo, Só Com O Suficiente

O Recibo Que Não Prova Nada Sobre a Regra

O Custo de Dizer "Não"

O Subsídio Que a Newton Está Gastando em Silêncio

O Recibo Que Sobrevive à Regra

O Custo Oculto de Terceirizar a Verificação

Tópicos em Tendência