Aumento nas buscas por BNB｜BSC planeja permitir que contratos leiam timestamps em milissegundos｜Aguardo a confirmação dos 698
Minha posição é favorável à utilidade dessa melhoria de engenharia da BSC, mas, por enquanto, não traduzo uma funcionalidade para desenvolvedores diretamente em pressão compradora de BNB. Entre os termos mais pesquisados nas últimas seis horas no Binance Square, o BNB foi marcado como “em alta”; os assuntos em destaque não tinham nenhuma hashtag diretamente relacionada à BEP-706, então não vou pegar carona em outras notícias populares usando hashtags. O comunicado oficial da BNB Chain de 2 de novembro informa que a BEP-706 adiciona aos contratos inteligentes uma interface precompilada para ler o timestamp do bloco em milissegundos; o block.timestamp existente continua sendo medido em segundos. A especificação correspondente pode ser consultada no repositório de BEPs da BNB Chain. A proposta faz parte da atualização Jenner; o guia oficial de atualização de 22 de outubro confirmou apenas que a atualização da testnet estava prevista para 28 de outubro. A data para a mainnet será anunciada separadamente, portanto não se pode dizer que o recurso já esteja totalmente ativo na mainnet.
Que problema isso resolve, concretamente? A BSC pode produzir mais de um bloco por segundo, e os antigos timestamps com precisão de segundos não permitem diferenciar alguns blocos em situações como a expiração de cotações de curto prazo, prazos de leilões e verificações de atualidade de fontes de preços. A nova interface oferece uma precisão de leitura maior, mas o horário lido é o do bloco em execução, não o instante em que cada transação entra na rede; o modelo de confiança nos timestamps fornecidos pelos validadores também não muda. Se um contrato misturar segundos e milissegundos, os prazos podem acabar ficando incorretos, por isso os desenvolvedores precisam testar primeiro os valores retornados e as unidades. Antes da ativação, uma chamada para esse endereço pode ser bem-sucedida e ainda assim retornar dados vazios; o sucesso da chamada, por si só, não prova que o recurso esteja ativo. Esses limites merecem mais atenção do que as três palavras “precisão de milissegundos”.
Por que isso afeta o mercado cripto? Se aplicações de cotação e pagamento conseguirem definir janelas de tempo com mais precisão, isso poderá, no longo prazo, melhorar a experiência de execução on-chain e, consequentemente, aumentar o número de usuários e o volume de transações. O BNB, como ativo usado para pagar gas na rede, poderá se beneficiar. Mas a demanda de gas por transação é pequena, e a adoção pelos usuários, a ativação oficial na mainnet e a continuidade do volume de transações ainda precisam ser comprovadas. Isto não é um anúncio de aceleração do tempo de bloco, muito menos de alteração da oferta. No cenário macroeconômico atual, ainda é preciso acompanhar as expectativas de juros após o relatório de emprego dos EUA; já a retomada dos saques nas exchanges deve ser verificada ativo por ativo e rede por rede. Ambos podem afetar o apetite por risco no curto prazo mais rapidamente do que uma interface para desenvolvedores.
Quanto à reação do mercado, no momento em que escrevo, o BNB/USD na Kraken está em cerca de US$ 694,6, acima da abertura diária de US$ 688,9; a mínima do dia foi US$ 686 e a máxima, US$ 698,3. O preço está perto da máxima, mas ainda não rompeu esse nível. Não se pode atribuir a alta intradiária a um comunicado técnico de vários dias atrás, nem inferir pressão compradora líquida a partir do volume de buscas. Estou atento a um rompimento convincente de US$ 698,3, seguido pelos níveis de US$ 705 e US$ 712; abaixo, observo US$ 690 e US$ 686. Se a ativação na mainnet voltar a ser adiada ou surgirem problemas de compatibilidade com o novo recurso, será preciso reavaliar a perspectiva de melhoria no longo prazo; se o preço cair abaixo de US$ 686, a hipótese de força no curto prazo deixa de valer.
Se eu fosse negociar, ficaria agora com 0% de posição, aguardando, e consideraria apenas uma posição comprada à vista, sem alavancagem. Só investiria no máximo 0,8% do capital total se o BNB rompesse US$ 698,3, fechasse uma hora acima desse nível e, no reteste, não caísse abaixo da faixa de US$ 695 a US$ 698. O primeiro alvo é US$ 705; ao alcançá-lo, reduziria a posição pela metade. O segundo alvo é US$ 712; nesse ponto, reduziria pelo menos metade da posição restante. O stop rígido ficaria abaixo de US$ 689; depois da entrada, se o preço voltasse a cair abaixo de US$ 693 e não recuperasse esse nível em uma hora, encerraria a posição antecipadamente. Se o preço caísse primeiro abaixo de US$ 686, cancelaria o plano de alta; se a adoção efetiva on-chain não melhorar, não manteria a posição por muito tempo apenas por causa de uma “notícia técnica positiva”. Este é um plano condicional; não significa que uma negociação tenha sido realizada ou que tenha havido lucro.
#BNB
O texto acima é apenas uma observação pessoal do mercado e não constitui recomendação de investimento.
Minha posição é favorável à utilidade dessa melhoria de engenharia da BSC, mas, por enquanto, não traduzo uma funcionalidade para desenvolvedores diretamente em pressão compradora de BNB. Entre os termos mais pesquisados nas últimas seis horas no Binance Square, o BNB foi marcado como “em alta”; os assuntos em destaque não tinham nenhuma hashtag diretamente relacionada à BEP-706, então não vou pegar carona em outras notícias populares usando hashtags. O comunicado oficial da BNB Chain de 2 de novembro informa que a BEP-706 adiciona aos contratos inteligentes uma interface precompilada para ler o timestamp do bloco em milissegundos; o block.timestamp existente continua sendo medido em segundos. A especificação correspondente pode ser consultada no repositório de BEPs da BNB Chain. A proposta faz parte da atualização Jenner; o guia oficial de atualização de 22 de outubro confirmou apenas que a atualização da testnet estava prevista para 28 de outubro. A data para a mainnet será anunciada separadamente, portanto não se pode dizer que o recurso já esteja totalmente ativo na mainnet.
Que problema isso resolve, concretamente? A BSC pode produzir mais de um bloco por segundo, e os antigos timestamps com precisão de segundos não permitem diferenciar alguns blocos em situações como a expiração de cotações de curto prazo, prazos de leilões e verificações de atualidade de fontes de preços. A nova interface oferece uma precisão de leitura maior, mas o horário lido é o do bloco em execução, não o instante em que cada transação entra na rede; o modelo de confiança nos timestamps fornecidos pelos validadores também não muda. Se um contrato misturar segundos e milissegundos, os prazos podem acabar ficando incorretos, por isso os desenvolvedores precisam testar primeiro os valores retornados e as unidades. Antes da ativação, uma chamada para esse endereço pode ser bem-sucedida e ainda assim retornar dados vazios; o sucesso da chamada, por si só, não prova que o recurso esteja ativo. Esses limites merecem mais atenção do que as três palavras “precisão de milissegundos”.
Por que isso afeta o mercado cripto? Se aplicações de cotação e pagamento conseguirem definir janelas de tempo com mais precisão, isso poderá, no longo prazo, melhorar a experiência de execução on-chain e, consequentemente, aumentar o número de usuários e o volume de transações. O BNB, como ativo usado para pagar gas na rede, poderá se beneficiar. Mas a demanda de gas por transação é pequena, e a adoção pelos usuários, a ativação oficial na mainnet e a continuidade do volume de transações ainda precisam ser comprovadas. Isto não é um anúncio de aceleração do tempo de bloco, muito menos de alteração da oferta. No cenário macroeconômico atual, ainda é preciso acompanhar as expectativas de juros após o relatório de emprego dos EUA; já a retomada dos saques nas exchanges deve ser verificada ativo por ativo e rede por rede. Ambos podem afetar o apetite por risco no curto prazo mais rapidamente do que uma interface para desenvolvedores.
Quanto à reação do mercado, no momento em que escrevo, o BNB/USD na Kraken está em cerca de US$ 694,6, acima da abertura diária de US$ 688,9; a mínima do dia foi US$ 686 e a máxima, US$ 698,3. O preço está perto da máxima, mas ainda não rompeu esse nível. Não se pode atribuir a alta intradiária a um comunicado técnico de vários dias atrás, nem inferir pressão compradora líquida a partir do volume de buscas. Estou atento a um rompimento convincente de US$ 698,3, seguido pelos níveis de US$ 705 e US$ 712; abaixo, observo US$ 690 e US$ 686. Se a ativação na mainnet voltar a ser adiada ou surgirem problemas de compatibilidade com o novo recurso, será preciso reavaliar a perspectiva de melhoria no longo prazo; se o preço cair abaixo de US$ 686, a hipótese de força no curto prazo deixa de valer.
Se eu fosse negociar, ficaria agora com 0% de posição, aguardando, e consideraria apenas uma posição comprada à vista, sem alavancagem. Só investiria no máximo 0,8% do capital total se o BNB rompesse US$ 698,3, fechasse uma hora acima desse nível e, no reteste, não caísse abaixo da faixa de US$ 695 a US$ 698. O primeiro alvo é US$ 705; ao alcançá-lo, reduziria a posição pela metade. O segundo alvo é US$ 712; nesse ponto, reduziria pelo menos metade da posição restante. O stop rígido ficaria abaixo de US$ 689; depois da entrada, se o preço voltasse a cair abaixo de US$ 693 e não recuperasse esse nível em uma hora, encerraria a posição antecipadamente. Se o preço caísse primeiro abaixo de US$ 686, cancelaria o plano de alta; se a adoção efetiva on-chain não melhorar, não manteria a posição por muito tempo apenas por causa de uma “notícia técnica positiva”. Este é um plano condicional; não significa que uma negociação tenha sido realizada ou que tenha havido lucro.
#BNB
O texto acima é apenas uma observação pessoal do mercado e não constitui recomendação de investimento.
