Binance Square
NewbieToNode
4.2k Publicações

NewbieToNode

Square verificado+
Planting tokens 🌱 Waiting for sun 🌞 Watering with hope 💧 Soft degen vibes only
Traders League Badge Expert
Traders League Badge Expert
Trader Frequente
4.3 ano(s)
161 A seguir
32.9K+ Seguidores
27.6K+ Gostaram
1 Emblemas
Publicações
·
--
Quais outros criadores Top 300 na campanha GRVT Booster estão enfrentando isso? Estou classificado em #56 no Ranking Global e todos os requisitos de elegibilidade foram concluídos, mas o botão Verificar ainda está desativado mesmo com a janela de verificação aberta. Já atualizei o aplicativo, limpei o cache, forcei a parada dele e confirmei que estou usando a mesma Keyless Wallet. Alguém mais está enfrentando o mesmo problema ou é só a minha conta? #GRVT @grvt_io @BinanceWallet @Binance_Customer_Support
Quais outros criadores Top 300 na campanha GRVT Booster estão enfrentando isso?

Estou classificado em #56 no Ranking Global e todos os requisitos de elegibilidade foram concluídos, mas o botão Verificar ainda está desativado mesmo com a janela de verificação aberta.

Já atualizei o aplicativo, limpei o cache, forcei a parada dele e confirmei que estou usando a mesma Keyless Wallet.

Alguém mais está enfrentando o mesmo problema ou é só a minha conta?

#GRVT @grvt_io @Binance Wallet @Binance Customer Support
🚀 $DODO Surges Over 40% — Bulls Take Control! Após semanas de consolidação, $DODO rompeu para cima com forte impulso, subindo mais de **42%** e recuperando níveis-chave de resistência. 📈 Suporte: US$ 0.024–0.025 🎯 Resistência: US$ 0.030 Enquanto o preço se mantiver acima da zona de rompimento, a estrutura altista permanece intacta. Um movimento claro acima de **US$ 0.03** pode impulsionar o próximo trecho de alta. Você está segurando $DODO ou esperando uma retração? 👇 {spot}(DODOUSDT)
🚀 $DODO Surges Over 40% — Bulls Take Control!

Após semanas de consolidação, $DODO rompeu para cima com forte impulso, subindo mais de **42%** e recuperando níveis-chave de resistência.

📈 Suporte: US$ 0.024–0.025
🎯 Resistência: US$ 0.030

Enquanto o preço se mantiver acima da zona de rompimento, a estrutura altista permanece intacta. Um movimento claro acima de **US$ 0.03** pode impulsionar o próximo trecho de alta.

Você está segurando $DODO ou esperando uma retração? 👇
🚀 Mais um token de ação está chegando à Binance! AAOIB/USDT representa Applied Optoelectronics (AAOI) na plataforma bStocks da Binance, oferecendo aos usuários elegíveis exposição on-chain ao ativo subjacente. À medida que a Binance continua expandindo os bStocks, ações tokenizadas aproximam os mercados tradicionais do mundo cripto. Você negociaria ações tokenizadas em vez de usar um corretor tradicional? 👇 {spot}(AAOIBUSDT)
🚀 Mais um token de ação está chegando à Binance!

AAOIB/USDT representa Applied Optoelectronics (AAOI) na plataforma bStocks da Binance, oferecendo aos usuários elegíveis exposição on-chain ao ativo subjacente.

À medida que a Binance continua expandindo os bStocks, ações tokenizadas aproximam os mercados tradicionais do mundo cripto.

Você negociaria ações tokenizadas em vez de usar um corretor tradicional? 👇
Verificado
🧵 O que está realmente acontecendo com o Irã agora Se você viu #TrumpMeetsOnWiderIranOffensive explodindo, aqui está o quadro completo: O contexto: Um cessar-fogo temporário entre os EUA e o Irã efetivamente entrou em colapso diante de combates renovados. Os EUA dizem que o Irã atacou o transporte comercial no Estreito de Ormuz — um dos mais importantes gargalos energéticos do mundo. Como resposta, Washington ampliou os ataques militares e restabeleceu um bloqueio naval mirado em portos iranianos. A escalada: Trump agora realizou uma reunião da Sala de Situação com sua equipe completa de segurança nacional para discutir uma campanha significativamente mais ampla, que vai além das operações em torno do Estreito de Ormuz. Ele também alertou que infraestruturas críticas, incluindo usinas de energia e pontes, podem se tornar alvos se o Irã se recusar a negociar. O fator surpresa: Funcionários dos EUA estão de olho em "Pickaxe Mountain", uma instalação subterrânea fortemente protegida, ligada a atividades nucleares, que se acredita ser difícil de destruir mesmo com armas do tipo bunker-buster. Por que isso importa para os mercados: O Estreito de Ormuz movimenta uma parcela significativa do petróleo e do transporte de GNL no mundo. Qualquer interrupção prolongada pode elevar os preços da energia, aumentar os riscos de inflação e causar volatilidade nos mercados globais — incluindo cripto. Durante choques geopolíticos como este, Bitcoin e outros ativos importantes frequentemente reagem mais ao sentimento de risco macro do que aos fundamentos on-chain. Mantenha-se atento, acompanhe os títulos e gerencie o risco de acordo. 🧠 #TrumpMeetsOnWiderIranOffensive
🧵 O que está realmente acontecendo com o Irã agora

Se você viu #TrumpMeetsOnWiderIranOffensive explodindo, aqui está o quadro completo:

O contexto: Um cessar-fogo temporário entre os EUA e o Irã efetivamente entrou em colapso diante de combates renovados. Os EUA dizem que o Irã atacou o transporte comercial no Estreito de Ormuz — um dos mais importantes gargalos energéticos do mundo. Como resposta, Washington ampliou os ataques militares e restabeleceu um bloqueio naval mirado em portos iranianos.

A escalada: Trump agora realizou uma reunião da Sala de Situação com sua equipe completa de segurança nacional para discutir uma campanha significativamente mais ampla, que vai além das operações em torno do Estreito de Ormuz. Ele também alertou que infraestruturas críticas, incluindo usinas de energia e pontes, podem se tornar alvos se o Irã se recusar a negociar.

O fator surpresa: Funcionários dos EUA estão de olho em "Pickaxe Mountain", uma instalação subterrânea fortemente protegida, ligada a atividades nucleares, que se acredita ser difícil de destruir mesmo com armas do tipo bunker-buster.

Por que isso importa para os mercados: O Estreito de Ormuz movimenta uma parcela significativa do petróleo e do transporte de GNL no mundo. Qualquer interrupção prolongada pode elevar os preços da energia, aumentar os riscos de inflação e causar volatilidade nos mercados globais — incluindo cripto. Durante choques geopolíticos como este, Bitcoin e outros ativos importantes frequentemente reagem mais ao sentimento de risco macro do que aos fundamentos on-chain.

Mantenha-se atento, acompanhe os títulos e gerencie o risco de acordo. 🧠

#TrumpMeetsOnWiderIranOffensive
Verificado
Artigo
O Marketplace da Newton Já Tinha Usuários Antes de Ter Concorrência@NewtonProtocol Eu voltei ao Model Registry com uma pergunta mais específica. Antes, eu tinha me concentrado em quem havia publicado um modelo. O roadmap da Newton diz que o agente inicial construído sobre o Protocol é um Recurring Buy Agent desenvolvido pela Magic Labs. Eu entendi isso como o ecossistema ainda não ter chegado. Isso não era exatamente o que a documentação estava mostrando. Newton não publicou silenciosamente o Recurring Buy Agent e deixou tudo por aí. Ele criou um fluxo de onboarding do Start Agent para que os usuários pudessem implantar sua própria instância de compra recorrente. A Newton também fez parceria com a Kaito em uma campanha que destinou 0,75% do total $NEWT supply para recompensar usuários que implantaram o agente e indicaram outras pessoas, com um programa estruturado em torno dos 20.000 principais participantes.

O Marketplace da Newton Já Tinha Usuários Antes de Ter Concorrência

@NewtonProtocol
Eu voltei ao Model Registry com uma pergunta mais específica.
Antes, eu tinha me concentrado em quem havia publicado um modelo. O roadmap da Newton diz que o agente inicial construído sobre o Protocol é um Recurring Buy Agent desenvolvido pela Magic Labs. Eu entendi isso como o ecossistema ainda não ter chegado.
Isso não era exatamente o que a documentação estava mostrando.
Newton não publicou silenciosamente o Recurring Buy Agent e deixou tudo por aí. Ele criou um fluxo de onboarding do Start Agent para que os usuários pudessem implantar sua própria instância de compra recorrente. A Newton também fez parceria com a Kaito em uma campanha que destinou 0,75% do total $NEWT supply para recompensar usuários que implantaram o agente e indicaram outras pessoas, com um programa estruturado em torno dos 20.000 principais participantes.
Verificado
@NewtonProtocol Eu fui ver o que realmente existe no Registro de Modelos. Newton o descreve como um marketplace onchain onde qualquer pessoa pode publicar, descobrir e compor agentes em enxames de agentes. Eu presumi que encontraria isso já preenchido. Várias equipes. Modelos de agentes concorrentes. O tipo de ecossistema que eu achava que o registro já havia sido construído para suportar. O roadmap próprio da Newton diz o contrário. O primeiro agente construído sobre o Protocolo é um Agente de Compra Recorrente, criado pela Magic Labs, a equipe por trás da própria Newton. Publicação, descoberta e enxames de agentes componíveis são descritos no roadmap como o que vem em seguida. Isso redefiniu algo que eu vinha assumindo. O modelo de governança do registro já está documentado. Staking, registro e responsabilização dos operadores são definidos antes que um marketplace mais amplo de participantes independentes seja documentado. A governança chegou antes do ecossistema. À medida que o Newton Mainnet Beta se expande, o ponto de partida documentado hoje é um agente interno. O roadmap descreve um marketplace mais amplo do que o que está documentado atualmente. Eu não sei se isso significa que o desenho de incentivos está simplesmente esperando por participantes externos, ou se começar com um único agente construído pela equipe é exatamente o que você gostaria para validar o mecanismo antes de abri-lo para todos. Ambas as leituras fazem sentido com o que foi documentado. Estou menos interessado em saber se um único agente é suficiente para o Mainnet Beta do que em entender o que muda quando o Registro de Modelos começa a governar operadores que @NewtonProtocol não construiu. É nesse ponto que o marketplace deixa de ser um roadmap e começa a virar infraestrutura. $NEWT se torna mais interessante para mim quando essas regras de governança passam a se aplicar a participantes independentes, e não apenas ao ponto de partida do próprio protocolo. #Newt
@NewtonProtocol

Eu fui ver o que realmente existe no Registro de Modelos.

Newton o descreve como um marketplace onchain onde qualquer pessoa pode publicar, descobrir e compor agentes em enxames de agentes. Eu presumi que encontraria isso já preenchido. Várias equipes. Modelos de agentes concorrentes. O tipo de ecossistema que eu achava que o registro já havia sido construído para suportar.

O roadmap próprio da Newton diz o contrário.

O primeiro agente construído sobre o Protocolo é um Agente de Compra Recorrente, criado pela Magic Labs, a equipe por trás da própria Newton.

Publicação, descoberta e enxames de agentes componíveis são descritos no roadmap como o que vem em seguida.

Isso redefiniu algo que eu vinha assumindo.

O modelo de governança do registro já está documentado. Staking, registro e responsabilização dos operadores são definidos antes que um marketplace mais amplo de participantes independentes seja documentado.

A governança chegou antes do ecossistema.

À medida que o Newton Mainnet Beta se expande, o ponto de partida documentado hoje é um agente interno. O roadmap descreve um marketplace mais amplo do que o que está documentado atualmente.

Eu não sei se isso significa que o desenho de incentivos está simplesmente esperando por participantes externos, ou se começar com um único agente construído pela equipe é exatamente o que você gostaria para validar o mecanismo antes de abri-lo para todos. Ambas as leituras fazem sentido com o que foi documentado.

Estou menos interessado em saber se um único agente é suficiente para o Mainnet Beta do que em entender o que muda quando o Registro de Modelos começa a governar operadores que @NewtonProtocol não construiu. É nesse ponto que o marketplace deixa de ser um roadmap e começa a virar infraestrutura.

$NEWT se torna mais interessante para mim quando essas regras de governança passam a se aplicar a participantes independentes, e não apenas ao ponto de partida do próprio protocolo.

#Newt
@grvt_io Sempre que leio "Insurance Fund", assumo que é onde uma história de liquidação termina. A documentação da GRVT continuou. Se grandes liquidações empurrarem o Insurance Fund para um déficit, a GRVT calcula um Socialized Loss Haircut dividindo o Déficit do Insurance Fund pela Equity Total dos Clientes na bolsa. Esse percentual se aplica apenas a retiradas feitas enquanto o déficit existir. Parecei de ler por ali e voltei ao exemplo trabalhado. Uma liquidação deixa o Insurance Fund com 200 USDT a descoberto contra 4.000 USDT de equity total dos clientes. O resultado é um haircut de 5%. Charlie retira 500 USDT durante esse período. Ele recebe 475 USDT, enquanto o Insurance Fund recebe os 25 USDT restantes. Quando o déficit volta a zero, o haircut desaparece com ele. Isso mudou a forma como eu entendi o insurance fund. Eu vinha tratando isso como o buffer final. A documentação faz com que o momento da retirada faça parte da alocação da perda. O haircut não é determinado pela posição que causou a perda. Ele é determinado por quem decide retirar enquanto o déficit ainda existe. O mecanismo não trata apenas de contabilizar perdas. Ele faz com que o momento da saída seja parte de como essas perdas são distribuídas. Estou observando se os traders começam a tratar o Insurance Fund junto com preço e margem durante períodos de estresse no mercado, ou se a maioria das pessoas só descobre esse mecanismo depois que uma retirada é concluída por um valor ligeiramente menor do que o esperado. #grvt
@grvt_io

Sempre que leio "Insurance Fund", assumo que é onde uma história de liquidação termina.

A documentação da GRVT continuou.

Se grandes liquidações empurrarem o Insurance Fund para um déficit, a GRVT calcula um Socialized Loss Haircut dividindo o Déficit do Insurance Fund pela Equity Total dos Clientes na bolsa.

Esse percentual se aplica apenas a retiradas feitas enquanto o déficit existir.

Parecei de ler por ali e voltei ao exemplo trabalhado.

Uma liquidação deixa o Insurance Fund com 200 USDT a descoberto contra 4.000 USDT de equity total dos clientes. O resultado é um haircut de 5%. Charlie retira 500 USDT durante esse período. Ele recebe 475 USDT, enquanto o Insurance Fund recebe os 25 USDT restantes. Quando o déficit volta a zero, o haircut desaparece com ele.

Isso mudou a forma como eu entendi o insurance fund.

Eu vinha tratando isso como o buffer final.

A documentação faz com que o momento da retirada faça parte da alocação da perda.

O haircut não é determinado pela posição que causou a perda.

Ele é determinado por quem decide retirar enquanto o déficit ainda existe.

O mecanismo não trata apenas de contabilizar perdas.

Ele faz com que o momento da saída seja parte de como essas perdas são distribuídas.

Estou observando se os traders começam a tratar o Insurance Fund junto com preço e margem durante períodos de estresse no mercado, ou se a maioria das pessoas só descobre esse mecanismo depois que uma retirada é concluída por um valor ligeiramente menor do que o esperado.

#grvt
@grvt_io Eu fui procurar o que, de fato, a margem cruzada protege. Eu assumi que significava eficiência de capital compartilhada enquanto cada posição ainda obtivesse sucesso ou fracassasse por conta própria. Não é assim que a documentação da GRVT descreve. De acordo com o Central de Ajuda da GRVT, a liquidação da Margem Cruzada começa quando a Razão de Margem Cruzada atinge 100%. Quando esse limite é atingido, a liquidação não fica limitada à posição que colocou a conta naquela situação. Todo o portfólio cruzado é liquidado junto com o saldo compartilhado da margem cruzada. Eu parei de ler e voltei para a seção de Margem Isolada. Ela descreve um comportamento quase oposto. Se uma posição isolada falha, apenas a margem atribuída a essa posição fica em risco. As suas posições restantes e o saldo de margem cruzada permanecem intocados. Isso mudou a forma como eu entendi os dois modos. Eu estava pensando na margem cruzada como liquidez compartilhada. A documentação a descreve como solvência compartilhada. O mesmo pool que melhora a eficiência de capital também cria um único limite de liquidação em todas as posições que o utilizam. Uma posição lucrativa não fica arriscada porque está perdendo. Ela fica arriscada porque compartilha garantias com uma que está. A margem cruzada melhora claramente a eficiência de capital. O que estou observando é se os traders continuam escolhendo isso principalmente por essa eficiência quando a volatilidade os obriga a vivenciá-la como uma decisão de risco em nível de portfólio, em vez de uma decisão em nível de posição. #grvt
@grvt_io

Eu fui procurar o que, de fato, a margem cruzada protege.

Eu assumi que significava eficiência de capital compartilhada enquanto cada posição ainda obtivesse sucesso ou fracassasse por conta própria.

Não é assim que a documentação da GRVT descreve.

De acordo com o Central de Ajuda da GRVT, a liquidação da Margem Cruzada começa quando a Razão de Margem Cruzada atinge 100%.

Quando esse limite é atingido, a liquidação não fica limitada à posição que colocou a conta naquela situação. Todo o portfólio cruzado é liquidado junto com o saldo compartilhado da margem cruzada.

Eu parei de ler e voltei para a seção de Margem Isolada.

Ela descreve um comportamento quase oposto.

Se uma posição isolada falha, apenas a margem atribuída a essa posição fica em risco. As suas posições restantes e o saldo de margem cruzada permanecem intocados.

Isso mudou a forma como eu entendi os dois modos.

Eu estava pensando na margem cruzada como liquidez compartilhada.

A documentação a descreve como solvência compartilhada.

O mesmo pool que melhora a eficiência de capital também cria um único limite de liquidação em todas as posições que o utilizam.

Uma posição lucrativa não fica arriscada porque está perdendo.

Ela fica arriscada porque compartilha garantias com uma que está.

A margem cruzada melhora claramente a eficiência de capital.

O que estou observando é se os traders continuam escolhendo isso principalmente por essa eficiência quando a volatilidade os obriga a vivenciá-la como uma decisão de risco em nível de portfólio, em vez de uma decisão em nível de posição.

#grvt
Parcialmente verdadeiro
Artigo
Eu Fui Procurar o Terceiro Resultado da Política de Newton@NewtonProtocol Fui procurar o terceiro resultado. O Litepaper afirma isso de forma direta, no começo, quase de passagem: uma Política Newton é um conjunto de regras programáveis que determina se uma transação deve prosseguir, ser adiada ou ser negada. Três resultados. Não dois. Eu li isso pela primeira vez. Pareceu uma definição, o tipo de frase que silenciosamente prepara tudo o que vem depois. Achei que a implementação eventualmente chegaria ao mesmo lugar. Então fui procurar onde. O Newton Mainnet Beta é construído em torno de autorização antes do settlement. Uma intenção é avaliada contra uma política. Os operadores atingem o quórum. As aprovações deles se combinam em uma única atestação. O contrato inteligente a verifica. A transação prossegue ou não.

Eu Fui Procurar o Terceiro Resultado da Política de Newton

@NewtonProtocol
Fui procurar o terceiro resultado.
O Litepaper afirma isso de forma direta, no começo, quase de passagem: uma Política Newton é um conjunto de regras programáveis que determina se uma transação deve prosseguir, ser adiada ou ser negada.
Três resultados.
Não dois.
Eu li isso pela primeira vez. Pareceu uma definição, o tipo de frase que silenciosamente prepara tudo o que vem depois. Achei que a implementação eventualmente chegaria ao mesmo lugar.
Então fui procurar onde.
O Newton Mainnet Beta é construído em torno de autorização antes do settlement. Uma intenção é avaliada contra uma política. Os operadores atingem o quórum. As aprovações deles se combinam em uma única atestação. O contrato inteligente a verifica. A transação prossegue ou não.
Verificado
@NewtonProtocol Eu vinha lendo a palavra "descentralizado" como se ela descrevesse uma coisa. Não descreve. Eu não percebi isso até tentar seguir até onde o Newton Mainnet Beta realmente chega a um consenso. A primeira camada era familiar. Os operadores avaliam políticas. Produzem atestações. Todos os posts que eu escrevi sobre Newton até agora viveram nessa camada. A documentação a descreve como uma rede descentralizada protegida por re-staking do Ethereum. Quase parei de ler. Aí continuei. Havia outra camada por baixo. Segui a arquitetura até chegar aos validadores. Eu tinha assumido que a mesma alegação de descentralização estaria esperando ali. Não estava ainda. O Relatório de Transparência da Newton diz que a rede começa com validadores controlados pela Fundação, faz a transição para um conjunto permissionado de validadores de terceiros e, por fim, mira um conjunto de validadores totalmente permissionless. Começar. Transitar. Mirar para. Foi nesse ponto que eu percebi que vinha tratando uma palavra como se ela descrevesse um único marco. A documentação não. A descentralização dos operadores e a descentralização dos validadores são marcos diferentes em cronogramas diferentes. A Newton descentraliza a avaliação antes de descentralizar a infraestrutura. Essa distinção muda a forma como eu leio a arquitetura. A rede de operadores explica quem avalia políticas e produz atestações. O conjunto de validadores explica quem atualmente produz blocos e finaliza o estado. São suposições de confiança diferentes, evoluindo em horários diferentes. Estou observando o que acontece quando as pessoas param de ler "descentralizado" como uma única propriedade e começam a perguntar de qual camada elas estão falando de fato. A documentação já separa essas camadas. O Mainnet Beta vai mostrar se a conversa faz o mesmo. $NEWT fica mais interessante para mim à medida que esses dois cronogramas começam a convergir. #Newt
@NewtonProtocol

Eu vinha lendo a palavra "descentralizado" como se ela descrevesse uma coisa.

Não descreve.

Eu não percebi isso até tentar seguir até onde o Newton Mainnet Beta realmente chega a um consenso.

A primeira camada era familiar.

Os operadores avaliam políticas.

Produzem atestações.

Todos os posts que eu escrevi sobre Newton até agora viveram nessa camada. A documentação a descreve como uma rede descentralizada protegida por re-staking do Ethereum.

Quase parei de ler.

Aí continuei.

Havia outra camada por baixo.

Segui a arquitetura até chegar aos validadores.

Eu tinha assumido que a mesma alegação de descentralização estaria esperando ali.

Não estava ainda.

O Relatório de Transparência da Newton diz que a rede começa com validadores controlados pela Fundação, faz a transição para um conjunto permissionado de validadores de terceiros e, por fim, mira um conjunto de validadores totalmente permissionless.

Começar.

Transitar.

Mirar para.

Foi nesse ponto que eu percebi que vinha tratando uma palavra como se ela descrevesse um único marco.

A documentação não.

A descentralização dos operadores e a descentralização dos validadores são marcos diferentes em cronogramas diferentes.

A Newton descentraliza a avaliação antes de descentralizar a infraestrutura.

Essa distinção muda a forma como eu leio a arquitetura.

A rede de operadores explica quem avalia políticas e produz atestações.

O conjunto de validadores explica quem atualmente produz blocos e finaliza o estado.

São suposições de confiança diferentes, evoluindo em horários diferentes.

Estou observando o que acontece quando as pessoas param de ler "descentralizado" como uma única propriedade e começam a perguntar de qual camada elas estão falando de fato.

A documentação já separa essas camadas.

O Mainnet Beta vai mostrar se a conversa faz o mesmo.

$NEWT fica mais interessante para mim à medida que esses dois cronogramas começam a convergir.

#Newt
Verificado
@grvt_io As inscrições foram abertas. Eu achei que a única decisão restante era se eu iria reivindicar meus tokens. Eu estava errado. A parte que continuava me puxando de volta não era a janela de registro. Era o Multiplier Plan. No começo, eu presumi que um multiplicador significava mais tokens. Não significa. De acordo com o Multiplier Guide da GRVT, o pool total do airdrop nunca muda. Escolher o Multiplier Plan só altera como esse pool fixo é dividido. Você pode adiar sua distribuição em 4 ou 8 meses após o TGE em troca de uma parcela ponderada maior. Foi nesse ponto que eu parei de pensar nisso como um bônus. Pareceu mais uma decisão de liquidez. O timing deixou tudo ainda mais interessante. O Multiplier Plan fecha em 17 de julho, enquanto o registro permanece aberto até 27 de julho. A decisão que altera sua ponderação precisa ser tomada antes do fim da própria janela de registro. Não fazer nada e você automaticamente permanece no Standard Plan. Alocação total no TGE. Sem multiplicador. Todos os participantes estão fazendo o mesmo tipo de escolha: o mesmo trade-off contra o mesmo pool fixo. Liquidez imediata. Ou uma ponderação maior em troca de esperar. O que eu estou observando após o TGE não é quantas pessoas escolheram o Multiplier Plan. É se esse mecanismo realmente muda o comportamento dos detentores, ou apenas desloca a mesma pressão de venda para quatro ou oito meses no futuro. #grvt
@grvt_io

As inscrições foram abertas.

Eu achei que a única decisão restante era se eu iria reivindicar meus tokens.

Eu estava errado.

A parte que continuava me puxando de volta não era a janela de registro. Era o Multiplier Plan.

No começo, eu presumi que um multiplicador significava mais tokens.

Não significa.

De acordo com o Multiplier Guide da GRVT, o pool total do airdrop nunca muda. Escolher o Multiplier Plan só altera como esse pool fixo é dividido. Você pode adiar sua distribuição em 4 ou 8 meses após o TGE em troca de uma parcela ponderada maior.

Foi nesse ponto que eu parei de pensar nisso como um bônus.

Pareceu mais uma decisão de liquidez.

O timing deixou tudo ainda mais interessante.

O Multiplier Plan fecha em 17 de julho, enquanto o registro permanece aberto até 27 de julho. A decisão que altera sua ponderação precisa ser tomada antes do fim da própria janela de registro.

Não fazer nada e você automaticamente permanece no Standard Plan. Alocação total no TGE. Sem multiplicador.

Todos os participantes estão fazendo o mesmo tipo de escolha: o mesmo trade-off contra o mesmo pool fixo.

Liquidez imediata.

Ou uma ponderação maior em troca de esperar.

O que eu estou observando após o TGE não é quantas pessoas escolheram o Multiplier Plan.

É se esse mecanismo realmente muda o comportamento dos detentores, ou apenas desloca a mesma pressão de venda para quatro ou oito meses no futuro.

#grvt
Verificado
Artigo
Newton Protocol provou a execução. A caução ainda assim permaneceu.A garantia ainda estava lá. Eu esperava que já tivesse desaparecido agora. @NewtonProtocol verifica a execução do agente. TEE, provas de conhecimento zero e uma verificação de política antes de qualquer coisa chegar ao estado. Eu tinha assumido que, quando a execução se tornasse verificável, a exigência de postar garantias começaria a parecer redundante. Uma prova deveria conseguir se sustentar sozinha. Voltei à documentação do Model Registry para ver se essa suposição se confirmava. Operadores publicando modelos de agentes ainda fazem stake $NEWT Ainda é passível de corte. Li isso duas vezes e depois fui procurar o que realmente o aciona.

Newton Protocol provou a execução. A caução ainda assim permaneceu.

A garantia ainda estava lá.
Eu esperava que já tivesse desaparecido agora.
@NewtonProtocol verifica a execução do agente.
TEE, provas de conhecimento zero e uma verificação de política antes de qualquer coisa chegar ao estado. Eu tinha assumido que, quando a execução se tornasse verificável, a exigência de postar garantias começaria a parecer redundante. Uma prova deveria conseguir se sustentar sozinha.
Voltei à documentação do Model Registry para ver se essa suposição se confirmava.
Operadores publicando modelos de agentes ainda fazem stake $NEWT
Ainda é passível de corte.
Li isso duas vezes e depois fui procurar o que realmente o aciona.
Verificado
Eu continuei observando $DEXE por dias. Todas as manhãs eu esperava que o rompimento perdesse força. Não perdeu. Hoje está imprimindo uma nova máxima histórica. O que é interessante não é a vela. É o que aconteceu antes da vela. Novas carteiras continuaram aparecendo. Os whales continuaram acumulando. O preço entrou em um território em que não há mais resistência histórica, onde cada movimento vira descoberta de preço em vez de recuperação. A maioria dos traders vai chamar isso de "FOMO". Eu acho que essa análise é preguiçosa. Tendências fortes raramente começam porque, de repente, todo mundo fica otimista. Elas começam quando a oferta fica mais apertada, a demanda continua persistente e cada queda é absorvida em vez de ser vendida. Por isso, as negociações mais difíceis geralmente são as que parecem "caríssimas demais". Agora começa o teste real. Será que $DEXE consegue construir aceitação acima do seu teto anterior, ou isso vai virar mais um topo de descontrole (blow-off top) que recompensa quem vende tarde em vez de quem compra tarde? Os próximos fechamentos diários importam mais do que a vela verde de hoje. {spot}(DEXEUSDT)
Eu continuei observando $DEXE por dias.

Todas as manhãs eu esperava que o rompimento perdesse força.

Não perdeu.

Hoje está imprimindo uma nova máxima histórica.

O que é interessante não é a vela.

É o que aconteceu antes da vela.

Novas carteiras continuaram aparecendo.

Os whales continuaram acumulando.

O preço entrou em um território em que não há mais resistência histórica, onde cada movimento vira descoberta de preço em vez de recuperação.

A maioria dos traders vai chamar isso de "FOMO".

Eu acho que essa análise é preguiçosa.

Tendências fortes raramente começam porque, de repente, todo mundo fica otimista.

Elas começam quando a oferta fica mais apertada, a demanda continua persistente e cada queda é absorvida em vez de ser vendida.

Por isso, as negociações mais difíceis geralmente são as que parecem "caríssimas demais".

Agora começa o teste real.

Será que $DEXE consegue construir aceitação acima do seu teto anterior, ou isso vai virar mais um topo de descontrole (blow-off top) que recompensa quem vende tarde em vez de quem compra tarde?

Os próximos fechamentos diários importam mais do que a vela verde de hoje.
Verificado
A ligação ainda estava lá. Eu esperava que já tivesse desaparecido. @NewtonProtocol verifica a execução do agente. TEE, provas de zero conhecimento e uma checagem de política antes de qualquer coisa tocar o estado. Eu assumi que, uma vez que a execução se tornasse verificável, a exigência de colateral poderia eventualmente se tornar desnecessária. Não se tornou. Operadores que publicam modelos de agentes no Model Registry ainda apostam $NEWT Eles ainda podem ser penalizados. Eu fui atrás do que realmente a aciona. A documentação cita duas coisas. Má conduta. Falha na validação. Má conduta fez sentido para mim imediatamente. Falha na validação não. Algumas páginas depois, cheguei a outra parte da documentação descrevendo a camada de políticas da Newton como preventiva, e não reativa. Transações que violam a política nunca executam. Nenhuma mudança de estado. Nenhum dinheiro se move. Foi aí que minha leitura desacelerou. O modelo preventivo explica por que a execução inválida não deveria chegar à cadeia. O modelo de penalização explica por que os usuários ainda podem precisar de compensação quando um operador falha. O que eu não consegui encontrar foi o limite operacional entre essas duas ideias. A documentação também diz que o colateral penalizado pode ser redistribuído para usuários afetados por um modelo de agente com defeito ou malcomportado. Eu continuei voltando para a frase "falha na validação". Ela descreve uma transação inválida? Uma falha de liveness? Um operador que nunca responde? Uma prova que nunca chega? Eu não sei. A documentação não deixa esse limite explícito, e eu acho que essa é a pergunta mais interessante. Talvez "falha na validação" não seja apenas precificar uma execução ruim. Talvez seja precificar os momentos em que a execução nunca se torna verificável, desde o início. Conforme o Newton Mainnet Beta avança para a produção, que evento operacional "falha na validação" realmente pretende capturar? Onde começa esse limite? $NEWT só se torna interessante para mim se esse limite permanecer claro o suficiente para que os operadores entendam exatamente contra o que estão apostando antes que o tráfego de produção comece a revelá-lo. #Newt
A ligação ainda estava lá.

Eu esperava que já tivesse desaparecido.

@NewtonProtocol verifica a execução do agente. TEE, provas de zero conhecimento e uma checagem de política antes de qualquer coisa tocar o estado. Eu assumi que, uma vez que a execução se tornasse verificável, a exigência de colateral poderia eventualmente se tornar desnecessária.

Não se tornou.

Operadores que publicam modelos de agentes no Model Registry ainda apostam $NEWT

Eles ainda podem ser penalizados.

Eu fui atrás do que realmente a aciona.

A documentação cita duas coisas.

Má conduta.

Falha na validação.

Má conduta fez sentido para mim imediatamente.

Falha na validação não.

Algumas páginas depois, cheguei a outra parte da documentação descrevendo a camada de políticas da Newton como preventiva, e não reativa. Transações que violam a política nunca executam. Nenhuma mudança de estado. Nenhum dinheiro se move.

Foi aí que minha leitura desacelerou.

O modelo preventivo explica por que a execução inválida não deveria chegar à cadeia.

O modelo de penalização explica por que os usuários ainda podem precisar de compensação quando um operador falha.

O que eu não consegui encontrar foi o limite operacional entre essas duas ideias.

A documentação também diz que o colateral penalizado pode ser redistribuído para usuários afetados por um modelo de agente com defeito ou malcomportado.

Eu continuei voltando para a frase "falha na validação".

Ela descreve uma transação inválida?

Uma falha de liveness?

Um operador que nunca responde?

Uma prova que nunca chega?

Eu não sei.

A documentação não deixa esse limite explícito, e eu acho que essa é a pergunta mais interessante.

Talvez "falha na validação" não seja apenas precificar uma execução ruim.

Talvez seja precificar os momentos em que a execução nunca se torna verificável, desde o início.

Conforme o Newton Mainnet Beta avança para a produção, que evento operacional "falha na validação" realmente pretende capturar? Onde começa esse limite?

$NEWT só se torna interessante para mim se esse limite permanecer claro o suficiente para que os operadores entendam exatamente contra o que estão apostando antes que o tráfego de produção comece a revelá-lo.

#Newt
Verificado
Artigo
A Chave da Newton Que Nunca ApareceuEu fui procurar a chave de criptografia da Newton. Não as chaves de assinatura. Aquela para a qual os clientes realmente criptografam. Eu esperava eventualmente encontrar um servidor, um gateway ou um operador responsável por mantê-lo. Eu não. Cada operador tinha chaves familiares. ECDSA. BLS. Nenhuma das respostas respondeu a pergunta que eu estava fazendo. Achei que tinha pulado alguma coisa. Então comecei a reler a seção de privacidade. A resposta não era outra chave. Era uma cerimônia de Geração de Chave Distribuída. Foi naquele momento que a arquitetura deixou de parecer familiar.

A Chave da Newton Que Nunca Apareceu

Eu fui procurar a chave de criptografia da Newton.
Não as chaves de assinatura.
Aquela para a qual os clientes realmente criptografam.
Eu esperava eventualmente encontrar um servidor, um gateway ou um operador responsável por mantê-lo.
Eu não.
Cada operador tinha chaves familiares.
ECDSA.
BLS.
Nenhuma das respostas respondeu a pergunta que eu estava fazendo.
Achei que tinha pulado alguma coisa.
Então comecei a reler a seção de privacidade.
A resposta não era outra chave.
Era uma cerimônia de Geração de Chave Distribuída.
Foi naquele momento que a arquitetura deixou de parecer familiar.
@NewtonProtocol A primeira coisa que procurei na arquitetura de cross-chain do Newton não foi o relayer. Foi o segundo registro de operadores. Eu esperava que cada cadeia de destino mantivesse sua própria visão de quais operadores ela confia. Não consegui encontrar isso. Achei que a documentação simplesmente ainda não tinha chegado nessa parte. Então continuei rolando. Eles nunca chegaram. A próxima coisa que encontrei não foi outro registro. Foi uma raiz de Merkle assinada por BLS, carregando a tabela de operadores atualizada a partir do Ethereum. Relayers sem permissão propagam essa raiz assinada entre as cadeias de destino, onde um verificador on-chain atualiza a tabela local de operadores depois de verificar a assinatura agregada. Isso mudou a forma como eu li a arquitetura. Pare i de pensar no registro de operadores como algo que cada cadeia possui. Descobri que era algo que cada cadeia herda. Sem essa sincronização, as cadeias de destino poderiam eventualmente validar autorizações contra tabelas de operadores diferentes. Em vez disso, elas continuam verificando a mesma visão sincronizada. A parte que estou observando não é se a propagação funciona. Estou observando a primeira rotação de operadores que torna a sincronização visível. Se todas as atualizações continuarem entediantes, a arquitetura provavelmente está funcionando exatamente como pretendido. $NEWT só se torna interessante para mim se a sincronização de operadores continuar escalando silenciosamente o suficiente para que as cadeias de destino nunca passem um tempo significativo dependendo de visões diferentes sobre quem está autorizado. #Newt
@NewtonProtocol

A primeira coisa que procurei na arquitetura de cross-chain do Newton não foi o relayer.

Foi o segundo registro de operadores.

Eu esperava que cada cadeia de destino mantivesse sua própria visão de quais operadores ela confia.

Não consegui encontrar isso.

Achei que a documentação simplesmente ainda não tinha chegado nessa parte.

Então continuei rolando.

Eles nunca chegaram.

A próxima coisa que encontrei não foi outro registro. Foi uma raiz de Merkle assinada por BLS, carregando a tabela de operadores atualizada a partir do Ethereum. Relayers sem permissão propagam essa raiz assinada entre as cadeias de destino, onde um verificador on-chain atualiza a tabela local de operadores depois de verificar a assinatura agregada.

Isso mudou a forma como eu li a arquitetura.

Pare i de pensar no registro de operadores como algo que cada cadeia possui.

Descobri que era algo que cada cadeia herda.

Sem essa sincronização, as cadeias de destino poderiam eventualmente validar autorizações contra tabelas de operadores diferentes. Em vez disso, elas continuam verificando a mesma visão sincronizada.

A parte que estou observando não é se a propagação funciona.

Estou observando a primeira rotação de operadores que torna a sincronização visível. Se todas as atualizações continuarem entediantes, a arquitetura provavelmente está funcionando exatamente como pretendido.

$NEWT só se torna interessante para mim se a sincronização de operadores continuar escalando silenciosamente o suficiente para que as cadeias de destino nunca passem um tempo significativo dependendo de visões diferentes sobre quem está autorizado.

#Newt
Verificado
@grvt_io A primeira coisa que eu verifico numa nova API de exchange não é a latência. É quais campos realmente sobrevivem ao contato com a cadeia. Eu pausei no meio do esquema de pedidos da GRVT. A carga parecia uniforme. Mas não era. A maior parte do pedido é assinada e imposta na Hyperchain da GRVT. A metadados não. A documentação da GRVT diz que esses campos nunca são assinados, nunca são transmitidos ao contrato inteligente e existem apenas para operações de backend. Ela até descreve aquela parte do objeto como "não trustless por natureza". Eu rolei de volta para o topo. Eu tinha lido o objeto inteiro como uma única promessa. Mas não é. A carga parece singular. As garantias não são. A documentação nunca explica por que essa divisão fica dentro de um único objeto em vez de dois. Talvez seja apenas um detalhe de implementação. Talvez seja uma das decisões arquitetônicas mais interessantes de toda a API. Ainda não sei qual. #grvt
@grvt_io

A primeira coisa que eu verifico numa nova API de exchange não é a latência.

É quais campos realmente sobrevivem ao contato com a cadeia.

Eu pausei no meio do esquema de pedidos da GRVT.

A carga parecia uniforme.

Mas não era.

A maior parte do pedido é assinada e imposta na Hyperchain da GRVT.

A metadados não.

A documentação da GRVT diz que esses campos nunca são assinados, nunca são transmitidos ao contrato inteligente e existem apenas para operações de backend. Ela até descreve aquela parte do objeto como "não trustless por natureza".

Eu rolei de volta para o topo.

Eu tinha lido o objeto inteiro como uma única promessa.

Mas não é.

A carga parece singular.

As garantias não são.

A documentação nunca explica por que essa divisão fica dentro de um único objeto em vez de dois.

Talvez seja apenas um detalhe de implementação.

Talvez seja uma das decisões arquitetônicas mais interessantes de toda a API.

Ainda não sei qual.

#grvt
Parcialmente verdadeiro
🚨 O cessar-fogo acabou. De novo. Desta vez, talvez realmente se mantenha. Trump confirmou na sexta-feira: o Irã pediu para continuar conversando, os EUA concordaram com isso, mas disseram a Teerã, de forma direta, que o próprio cessar-fogo acabou. Não é uma ameaça. É um comunicado. O contexto importa aqui. Esta é a segunda escalada em menos de um mês desde que os dois lados assinaram seu memorando de entendimento. Durante a noite, forças dos EUA atingiram cerca de 90 alvos iranianos. A resposta do Irã não foi apenas simbólica: o IRGC lançou drones e mísseis contra ativos dos EUA no Bahrein e no Kuwait, dois Estados do Golfo que sediavam bases americanas. Isso é uma ampliação regional, não uma briga bilateral. O petróleo já reagiu. Está voltando a subir com o risco no Estreito de Ormuz, o mesmo gargalo que fez o petróleo bruto disparar da última vez que isso desandou. Trump cogitou restabelecer o bloqueio naval e até tomar a Ilha de Kharg. O negociador iraniano diz que estão prontos para "defesa total" se o MoU se romper completamente. Então a pergunta real para as criptos é: o BTC se desvincula e negocia como proteção desta vez, ou apenas sangra junto com as ações como fez durante a primeira rodada em junho? "Cessar-fogo" "acabou" e "negociações continuam" na mesma frase mostram que é postura, não resolução. O risco de manchetes ainda não acabou. Atue como se não estivesse. {spot}(BTCUSDT)
🚨 O cessar-fogo acabou. De novo. Desta vez, talvez realmente se mantenha.

Trump confirmou na sexta-feira: o Irã pediu para continuar conversando, os EUA concordaram com isso, mas disseram a Teerã, de forma direta, que o próprio cessar-fogo acabou. Não é uma ameaça. É um comunicado.

O contexto importa aqui. Esta é a segunda escalada em menos de um mês desde que os dois lados assinaram seu memorando de entendimento. Durante a noite, forças dos EUA atingiram cerca de 90 alvos iranianos. A resposta do Irã não foi apenas simbólica: o IRGC lançou drones e mísseis contra ativos dos EUA no Bahrein e no Kuwait, dois Estados do Golfo que sediavam bases americanas. Isso é uma ampliação regional, não uma briga bilateral.

O petróleo já reagiu. Está voltando a subir com o risco no Estreito de Ormuz, o mesmo gargalo que fez o petróleo bruto disparar da última vez que isso desandou. Trump cogitou restabelecer o bloqueio naval e até tomar a Ilha de Kharg. O negociador iraniano diz que estão prontos para "defesa total" se o MoU se romper completamente.

Então a pergunta real para as criptos é: o BTC se desvincula e negocia como proteção desta vez, ou apenas sangra junto com as ações como fez durante a primeira rodada em junho?

"Cessar-fogo" "acabou" e "negociações continuam" na mesma frase mostram que é postura, não resolução. O risco de manchetes ainda não acabou. Atue como se não estivesse.
Verificado
@grvt_io Eu passei mais tempo rastreando a arquitetura de segurança da GRVT do que o seu motor de matching. A primeira coisa que eu queria encontrar era o lugar onde tudo poderia dar errado. Eu não consegui. Ela não removeu a fronteira de falhas. Ela a deslocou. Depois a dividiu em duas. Esse não era o ponto em que eu esperava que a arquitetura terminasse. Você não consegue executar diretamente na L2 privada da GRVT. Cada solicitação passa pela infraestrutura backend da GRVT antes de chegar aos contratos da L2. Isso significa que comprometer os contratos da L2 não seria suficiente. O backend que executa cada solicitação também teria que ser comprometido. Isso mudou a forma como eu olhei para o projeto. Eu parei de pensar nele como uma arquitetura que tenta eliminar toda dependência. Não é promissor que nada possa falhar. É garantir que uma falha só não seja suficiente. Eu sei como pode ser uma das metades quebrando. Ainda não sei o que acontece se as duas metades forem testadas ao mesmo tempo. #grvt
@grvt_io

Eu passei mais tempo rastreando a arquitetura de segurança da GRVT do que o seu motor de matching.

A primeira coisa que eu queria encontrar era o lugar onde tudo poderia dar errado.

Eu não consegui.

Ela não removeu a fronteira de falhas. Ela a deslocou. Depois a dividiu em duas.

Esse não era o ponto em que eu esperava que a arquitetura terminasse.

Você não consegue executar diretamente na L2 privada da GRVT. Cada solicitação passa pela infraestrutura backend da GRVT antes de chegar aos contratos da L2. Isso significa que comprometer os contratos da L2 não seria suficiente. O backend que executa cada solicitação também teria que ser comprometido.

Isso mudou a forma como eu olhei para o projeto.

Eu parei de pensar nele como uma arquitetura que tenta eliminar toda dependência. Não é promissor que nada possa falhar. É garantir que uma falha só não seja suficiente.

Eu sei como pode ser uma das metades quebrando.

Ainda não sei o que acontece se as duas metades forem testadas ao mesmo tempo.

#grvt
Verificado
Artigo
Protocolo Newton e o Desafiante Ninguém Teve que Nomear@NewtonProtocol A janela de contestação já estava aberta. Continuei procurando pela lista de desafiantes aprovados. Eu nunca encontrei uma. Newton nunca nomeia quem deve ter permissão para contestar uma autorização. Ela só define como uma contestação é verificada. Isso pareceu uma decisão arquitetural muito maior do que eu esperava. Eu tinha assumido que a responsabilização funcionaria do jeito que a maioria dos sistemas distribuídos funciona. Um comitê. Um revisor designado. Algum participante privilegiado responsável por contestar resultados incorretos. Newton é construído em torno de outra coisa.

Protocolo Newton e o Desafiante Ninguém Teve que Nomear

@NewtonProtocol
A janela de contestação já estava aberta.
Continuei procurando pela lista de desafiantes aprovados.
Eu nunca encontrei uma.
Newton nunca nomeia quem deve ter permissão para contestar uma autorização.
Ela só define como uma contestação é verificada.
Isso pareceu uma decisão arquitetural muito maior do que eu esperava.
Eu tinha assumido que a responsabilização funcionaria do jeito que a maioria dos sistemas distribuídos funciona. Um comitê. Um revisor designado. Algum participante privilegiado responsável por contestar resultados incorretos.
Newton é construído em torno de outra coisa.
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma