Binance Square
阿尔法灰
8k Publicações

阿尔法灰

先人一步,做 Alpha 🔥 Join me on X @Alpha_Grey8
Aberto ao trading
Trader Frequente
4 ano(s)
772 A seguir
9.3K Seguidores
3.3K+ Gostaram
Publicações
Portfólio
PINNED
·
--
Em Alta
🎙️ 共建币安广场 畅聊币圈话题
avatar
Encerrado
03 h 25 min. 06 seg.
5k
25
86
·
--
Em Alta
Verificado
a página dos próprios componentes principais do docs.dusk.network menciona "native bridging" como parte do duskds, conectando duskevm e duskvm à camada base. essa é a terceira coisa que eu agora encontrei chamada de "bridge" na pilha do dusk. fui e confirmei se é o mesmo mecanismo que foi atingido em janeiro — e, sinceramente, quase presumi que fosse, dado o modo como "bridge" é usado de forma tão solta por toda parte — mas não é. o post sobre a arquitetura multi-layer do próprio dusk descreve essa aqui especificamente como "validator-run, native and trustless, no external custodians or wrapped assets required", enquanto o aviso de incidente de janeiro remete diretamente ao antigo endereço de bridge bep20, um mecanismo completamente diferente, estilo custódia, para mover dusk embrulhado para a bsc. então são três bridges separados confirmados: o bridge nativo interno duskds-to-duskevm, o bridge externo bep20/bsc que foi atingido e o caminho de cct do chainlink para eth-solana. tudo real, tudo distinto, todos compartilhando a palavra "bridge" sem nada que os diferencie pelo nome em qualquer lugar que eu tenha encontrado. não acho que isso seja o dusk sendo enganoso; arquiteturas modulares realmente precisam de múltiplas camadas de bridging para tarefas diferentes. eu só acho que "o bridge do dusk teve um incidente" está colocando uma precisão não garantida demais para uma frase que pode significar três coisas diferentes dependendo de qual delas você quer dizer. o dusk tem alguma página única em algum lugar que nomeie e diferencie os três pelo nome em um só lugar? 🧐 #dusk $DUSK @Dusk_Foundation
a página dos próprios componentes principais do docs.dusk.network menciona "native bridging" como parte do duskds, conectando duskevm e duskvm à camada base. essa é a terceira coisa que eu agora encontrei chamada de "bridge" na pilha do dusk. fui e confirmei se é o mesmo mecanismo que foi atingido em janeiro — e, sinceramente, quase presumi que fosse, dado o modo como "bridge" é usado de forma tão solta por toda parte — mas não é. o post sobre a arquitetura multi-layer do próprio dusk descreve essa aqui especificamente como "validator-run, native and trustless, no external custodians or wrapped assets required", enquanto o aviso de incidente de janeiro remete diretamente ao antigo endereço de bridge bep20, um mecanismo completamente diferente, estilo custódia, para mover dusk embrulhado para a bsc.
então são três bridges separados confirmados: o bridge nativo interno duskds-to-duskevm, o bridge externo bep20/bsc que foi atingido e o caminho de cct do chainlink para eth-solana. tudo real, tudo distinto, todos compartilhando a palavra "bridge" sem nada que os diferencie pelo nome em qualquer lugar que eu tenha encontrado.
não acho que isso seja o dusk sendo enganoso; arquiteturas modulares realmente precisam de múltiplas camadas de bridging para tarefas diferentes. eu só acho que "o bridge do dusk teve um incidente" está colocando uma precisão não garantida demais para uma frase que pode significar três coisas diferentes dependendo de qual delas você quer dizer.
o dusk tem alguma página única em algum lugar que nomeie e diferencie os três pelo nome em um só lugar? 🧐
#dusk $DUSK @Dusk
🎙️ Manter o equilíbrio ecológico e construir a Praça Binance
cover
Encerrado
03 h 36 min. 31 seg.
6.6k
31
88
🎙️ Transações reais em conjunto, DUSK
avatar
Encerrado
02 h 21 min. 43 seg.
17k
20
32
🎙️ Construindo a Praça Binance, comprando BNB regularmente|Quarta-feira, BTC ainda não conseguiu se manter acima de 80 mil. Para onde vocês acham que o mercado deve ir a seguir? Vamos conversar~
cover
Encerrado
05 h 21 min. 38 seg.
9.4k
41
38
·
--
Em Alta
página própria da dusk sobre o hedger faz uma admissão que eu não esperava encontrar dita tão claramente — o hedger entrega "privacidade transacional completa", mas o modelo baseado em contas da evm "impede anonimato total", uma capacidade que o zedger ainda tem. então, esses dois sistemas de privacidade vivendo na mesma rede não são realmente equivalentes, e a dusk diz isso ela mesma, em vez de deixar as pessoas assumirem que duskevm tem a mesma garantia que o lado nativo. privacidade e anonimato são usados de forma intercambiável o tempo todo neste contexto, mas não é a mesma alegação, e sinceramente eu tive que ler aquela frase na página deles duas vezes antes de perceber que eles não estavam apenas se resguardando — estavam apontando um limite arquitetural real. privacidade normalmente significa que seus valores e saldos ficam ocultos. anonimato significa que sua identidade real ou o vínculo do endereço também fica oculto. o hedger aparentemente faz a primeira parte de forma sólida — saldos criptografados via criptografia homomórfica com elgamal mais provas zk — mas o modelo de conta por baixo ainda significa que existem endereços e eles podem potencialmente ser ligados entre transações de um jeito que um modelo utxo totalmente blindado como o zedger evita. eu acho que é uma troca razoável pela compatibilidade com solidez; a maioria das ferramentas de privacidade para evm nem chega a esse nível. eu só não acho que "hedger traz transações confidenciais para duskevm" seja lido pela maioria das pessoas como "exceto pelo anonimato total", e a documentação própria da dusk é mais precisa sobre essa lacuna do que o enquadramento de marketing costuma ser. alguém sabe exatamente o que um observador ainda poderia conectar no hedger mesmo com os saldos totalmente criptografados? 🧐 #dusk $DUSK @Dusk_Foundation
página própria da dusk sobre o hedger faz uma admissão que eu não esperava encontrar dita tão claramente — o hedger entrega "privacidade transacional completa", mas o modelo baseado em contas da evm "impede anonimato total", uma capacidade que o zedger ainda tem. então, esses dois sistemas de privacidade vivendo na mesma rede não são realmente equivalentes, e a dusk diz isso ela mesma, em vez de deixar as pessoas assumirem que duskevm tem a mesma garantia que o lado nativo.

privacidade e anonimato são usados de forma intercambiável o tempo todo neste contexto, mas não é a mesma alegação, e sinceramente eu tive que ler aquela frase na página deles duas vezes antes de perceber que eles não estavam apenas se resguardando — estavam apontando um limite arquitetural real. privacidade normalmente significa que seus valores e saldos ficam ocultos. anonimato significa que sua identidade real ou o vínculo do endereço também fica oculto. o hedger aparentemente faz a primeira parte de forma sólida — saldos criptografados via criptografia homomórfica com elgamal mais provas zk — mas o modelo de conta por baixo ainda significa que existem endereços e eles podem potencialmente ser ligados entre transações de um jeito que um modelo utxo totalmente blindado como o zedger evita.

eu acho que é uma troca razoável pela compatibilidade com solidez; a maioria das ferramentas de privacidade para evm nem chega a esse nível. eu só não acho que "hedger traz transações confidenciais para duskevm" seja lido pela maioria das pessoas como "exceto pelo anonimato total", e a documentação própria da dusk é mais precisa sobre essa lacuna do que o enquadramento de marketing costuma ser.

alguém sabe exatamente o que um observador ainda poderia conectar no hedger mesmo com os saldos totalmente criptografados? 🧐

#dusk $DUSK @Dusk
·
--
Em Alta
Verificado
Transação de 30 dias $DUSK 362.4 USDT
A homepage atual da dusk.network descreve a npex como "infraestrutura de mercado licenciada pelo regime-piloto de eu dlt". Isso está no presente, linguagem de negócio fechado. Mas a página de “edge regulatório” da própria dusk, ainda ativa no site deles, detalha a mesma licença — na verdade, eu tive que verificar duas vezes se "dlt-tss" e "dlt pilot regime" eram até a mesma coisa antes de tratar isso como um conflito real; eles são. Está rotulado explicitamente como "(em andamento)" lá, como a peça "futura" do pacote de licenças da npex. A mesma licença, a mesma fonte, dois tempos verbais diferentes. Uma página trata como garantida; a outra, como pendente. Eu fui procurar um anúncio mais recente confirmando que a npex foi aprovada entre essas duas peças de conteúdo e não encontrei — o que não significa que não tenha acontecido, apenas que eu não consigo confirmar. Para ser justo, desta vez não é um agregador deturpando as palavras da dusk; é o próprio site da dusk sendo inconsistente consigo mesmo, o que, honestamente, parece um problema maior do que a versão anterior desta questão. Um protocolo de finanças reguladas deveria ter uma linguagem de status atual coerente entre as próprias páginas. A aprovação da dlt-tss da npex realmente chegou, ou a homepage está apenas avançando em relação ao que foi confirmado na página de edge regulatório da própria dusk? 🧐 #dusk $DUSK @Dusk_Foundation
A homepage atual da dusk.network descreve a npex como "infraestrutura de mercado licenciada pelo regime-piloto de eu dlt". Isso está no presente, linguagem de negócio fechado. Mas a página de “edge regulatório” da própria dusk, ainda ativa no site deles, detalha a mesma licença — na verdade, eu tive que verificar duas vezes se "dlt-tss" e "dlt pilot regime" eram até a mesma coisa antes de tratar isso como um conflito real; eles são. Está rotulado explicitamente como "(em andamento)" lá, como a peça "futura" do pacote de licenças da npex.

A mesma licença, a mesma fonte, dois tempos verbais diferentes. Uma página trata como garantida; a outra, como pendente. Eu fui procurar um anúncio mais recente confirmando que a npex foi aprovada entre essas duas peças de conteúdo e não encontrei — o que não significa que não tenha acontecido, apenas que eu não consigo confirmar.

Para ser justo, desta vez não é um agregador deturpando as palavras da dusk; é o próprio site da dusk sendo inconsistente consigo mesmo, o que, honestamente, parece um problema maior do que a versão anterior desta questão. Um protocolo de finanças reguladas deveria ter uma linguagem de status atual coerente entre as próprias páginas.

A aprovação da dlt-tss da npex realmente chegou, ou a homepage está apenas avançando em relação ao que foi confirmado na página de edge regulatório da própria dusk? 🧐

#dusk $DUSK @Dusk
🎙️ 万址破局|Agentes de IA reconstroem a nova ecologia das finanças on-chain!
avatar
Encerrado
03 h 48 min. 43 seg.
19.7k
34
46
🎙️ Hoje vou começar a abrir uma ordem no dusk; faço comprado ou vendido?
avatar
Encerrado
02 h 46 min. 53 seg.
11.9k
14
18
·
--
Em Alta
um rastreador lista "dusk connect & wallet launch" como um evento de 23 de abril. a própria conta da dusk conta outra história em uma publicação datada mais de um mês depois — 28 de maio — dizendo que a wallet e o connect sdk estão "agora em beta", os builds do chrome e do firefox ainda "em análise", links da extensão prometidos "após a aprovação" — e eu de fato tive que reler aquele x post duas vezes porque achei que "big unlock for the ecosystem" significava que já estava utilizável; na prática, não está — está explicitamente ainda não. essas duas coisas não podem estar descrevendo um lançamento concluído ao mesmo tempo. ou 23 de abril foi algo menor que foi rotulado como "lançamento" prematuramente por um rastreador, ou a dusk silenciosamente voltou algo ao status de beta para a revisão da loja depois que saiu. não dá para eu dizer qual delas a partir do que está público. é uma pequena divergência no esquema das coisas; infraestrutura de wallet sendo entregue em etapas não é incomum para nenhum projeto. mas, para algo tão básico — posso realmente instalar a extensão agora ou não — uma diferença de cinco semanas entre "lançado" e "ainda aguardando aprovação" não deveria ser tão confusa. a extensão da dusk está de fato ativa nas lojas do chrome e do firefox neste momento, ou ainda está em análise desde aquela postagem de maio? 🧐 #dusk $DUSK @Dusk_Foundation
um rastreador lista "dusk connect & wallet launch" como um evento de 23 de abril. a própria conta da dusk conta outra história em uma publicação datada mais de um mês depois — 28 de maio — dizendo que a wallet e o connect sdk estão "agora em beta", os builds do chrome e do firefox ainda "em análise", links da extensão prometidos "após a aprovação" — e eu de fato tive que reler aquele x post duas vezes porque achei que "big unlock for the ecosystem" significava que já estava utilizável; na prática, não está — está explicitamente ainda não.
essas duas coisas não podem estar descrevendo um lançamento concluído ao mesmo tempo. ou 23 de abril foi algo menor que foi rotulado como "lançamento" prematuramente por um rastreador, ou a dusk silenciosamente voltou algo ao status de beta para a revisão da loja depois que saiu. não dá para eu dizer qual delas a partir do que está público.
é uma pequena divergência no esquema das coisas; infraestrutura de wallet sendo entregue em etapas não é incomum para nenhum projeto. mas, para algo tão básico — posso realmente instalar a extensão agora ou não — uma diferença de cinco semanas entre "lançado" e "ainda aguardando aprovação" não deveria ser tão confusa.
a extensão da dusk está de fato ativa nas lojas do chrome e do firefox neste momento, ou ainda está em análise desde aquela postagem de maio? 🧐

#dusk $DUSK @Dusk
·
--
Em Alta
Olá pessoal, só me deem alguns minutos... ⚠️⚠️⚠️⚠️⚠️Recebi o aviso do Binance Square sobre comentários repetitivos/copia e cola? Não é só ler e seguir em frente. Esse aviso é real — continue assim e pode afetar seu alcance, sua monetização e sua chance em campanhas futuras. Se você ainda estiver fazendo a mesma coisa depois de ser sinalizado... isso é o sinal para parar🚫🚫🚫🚫, não insistir. Alguns pontos a mais agora não vale a pena para colocar fogo em uma conta em que você investiu tempo.... #Binnacesquare #Binance #creatorpad #campiagns
Olá pessoal, só me deem alguns minutos...

⚠️⚠️⚠️⚠️⚠️Recebi o aviso do Binance Square sobre comentários repetitivos/copia e cola? Não é só ler e seguir em frente.

Esse aviso é real — continue assim e pode afetar seu alcance, sua monetização e sua chance em campanhas futuras.

Se você ainda estiver fazendo a mesma coisa depois de ser sinalizado... isso é o sinal para parar🚫🚫🚫🚫, não insistir.
Alguns pontos a mais agora não vale a pena para colocar fogo em uma conta em que você investiu tempo....

#Binnacesquare #Binance #creatorpad #campiagns
Binance Square Official
·
--
A conversa real é o que torna o Binance Square algo que vale a pena fazer parte.

- Publicar um volume alto de comentários repetitivos, com modelos, gerados por IA ou vazios, muito além do que um usuário normal faria, vai contra as nossas regras. Em casos sérios, isso pode levar à perda de elegibilidade de monetização e ao silenciamento.
- O mesmo vale para contas que continuam negociando respostas em modelo para gerar engajamento falso em busca de pontos ou recompensas. Isso prejudica a saúde e o alcance da sua conta, e casos sérios também podem perder a elegibilidade de monetização.

Com base no que foi acima, e como muitos de vocês compartilharam feedback sobre o CreatorPad, nós revisamos os vencedores dos prêmios do BABY CreatorPad. Veja o que encontramos:

- 27 contas estavam comentando em taxas muito acima da interação normal. A elegibilidade para receber a recompensa foi revogada, e elas foram sinalizadas como uma violação.
- 265 contas faziam parte de spam recíproco. Elas foram avisadas, e foi registrado na conta.

O Binance Square é sobre interação real de comunidade. Adicionamos detecção para spam de comentários sem sentido, comentários recíprocos de “pequenas rodas” e pedidos repetidos para que outras pessoas deixem comentários. A partir deste anúncio, isso se aplica a todos os recursos e campanhas daqui para frente, incluindo as campanhas atuais do CreatorPad. Qualquer pessoa cujo comportamento se enquadre nesses padrões pode perder a elegibilidade de recompensa.

Obrigado a todos que continuam criando com cuidado. Vamos manter a comunidade justa, juntos.

Também gostaríamos de ouvir você. Deixe suas ideias sobre o CreatorPad e o Binance Square nos comentários — vamos escolher 3 comentaristas para receber um pacote vermelho de recompensa. Seu feedback honesto nos ajuda a melhorar isso.
·
--
Em Alta
Parcialmente verdadeiro
Transação de 30 dias $DUSK 314.6 USDT
voltei aos números npex de dusk porque eles são citados constantemente, e na verdade existem duas figuras reais diferentes sendo usadas quase como sinônimos. os próprios materiais da npex descrevem mais de €200 milhões em financiamento historicamente viabilizado, em 97 a 102 negócios concluídos para smes. em separado, a própria postagem do dusk sobre listagem na binance us e um anúncio posterior de x citam os atuais €300m em ativos sob gestão da npex como o que de fato está sendo tokenizado no dusk daqui para frente. essas não são a mesma cifra descrevendo a mesma coisa: uma é um total histórico já levantado; a outra é um valor atual de aum que está prestes a migrar para a cadeia — na prática, eu tive que parar e reler as duas publicações lado a lado porque, à primeira vista, elas pareciam apenas atualizar a mesma cifra ao longo do tempo; não são — elas medem duas coisas completamente diferentes. eu até encontrei um exemplo claro da mistura: um guia de compra do dusk descreve a parceria como tendo "avançado para €200-300m em títulos tokenizados", tratando duas métricas separadas como uma única faixa variável. para ser justo, o dusk e a npex já declararam seus próprios números individuais com clareza; o problema real é a camada agregadora colapsando duas métricas distintas, não as fontes primárias se contradizendo. eu só acho que qualquer pessoa citando "o número da npex" deveria especificar qual deles está querendo dizer. os €300m de aum em si foram auditados ou verificados de forma independente em algum lugar, ou é apenas o mesmo tipo de autodeclaração que o total de financiamento de €200m? 🧐 #dusk $DUSK @Dusk_Foundation
voltei aos números npex de dusk porque eles são citados constantemente, e na verdade existem duas figuras reais diferentes sendo usadas quase como sinônimos. os próprios materiais da npex descrevem mais de €200 milhões em financiamento historicamente viabilizado, em 97 a 102 negócios concluídos para smes. em separado, a própria postagem do dusk sobre listagem na binance us e um anúncio posterior de x citam os atuais €300m em ativos sob gestão da npex como o que de fato está sendo tokenizado no dusk daqui para frente.
essas não são a mesma cifra descrevendo a mesma coisa: uma é um total histórico já levantado; a outra é um valor atual de aum que está prestes a migrar para a cadeia — na prática, eu tive que parar e reler as duas publicações lado a lado porque, à primeira vista, elas pareciam apenas atualizar a mesma cifra ao longo do tempo; não são — elas medem duas coisas completamente diferentes. eu até encontrei um exemplo claro da mistura: um guia de compra do dusk descreve a parceria como tendo "avançado para €200-300m em títulos tokenizados", tratando duas métricas separadas como uma única faixa variável.
para ser justo, o dusk e a npex já declararam seus próprios números individuais com clareza; o problema real é a camada agregadora colapsando duas métricas distintas, não as fontes primárias se contradizendo. eu só acho que qualquer pessoa citando "o número da npex" deveria especificar qual deles está querendo dizer.

os €300m de aum em si foram auditados ou verificados de forma independente em algum lugar, ou é apenas o mesmo tipo de autodeclaração que o total de financiamento de €200m? 🧐

#dusk $DUSK @Dusk
🎙️ DUSK TRADE LIVE 🚀 | Análise do $DUSK + Movimentos do Mercado
cover
Encerrado
01 h 07 min. 18 seg.
166
image
DUSK
Participações
+0.03
3
0
·
--
Em Alta
O endereço de contrato do tmx é exatamente a mesma string na Ethereum e na BNB Chain — 0x3c2f61f2e27c865981d2e7aaf6b2cdf823030039, letra por letra. Eu tive que conferir duas vezes porque não é assim que normalmente funcionam os tokens bridged. É assim porque o tmx é emitido como um layerzero oft, não algo que você está apenas fazendo wrap e rebridging manualmente entre cadeias. O que isso silenciosamente significa é que a utilidade real do tmx — peso de governança, staking em stmx, tudo isso — fica a jusante da camada de mensagens do layerzero, funcionando corretamente sempre que um valor precisa se mover entre cadeias. Uma UX mais limpa do que o modelo antigo de wrap-and-bridge, eu dou crédito, mas é uma troca: você substitui uma suposição de confiança por outra, não remove a dependência completamente. Não fico perdendo o sono com isso; o layerzero já é usado por vários tokens importantes neste ponto. Ainda assim, o staking do sTMX e a governança estarem a jusante de uma camada de mensagens externa é uma dependência que vale a pena saber de verdade antes de você estar no meio da transação 🌉 #termmax @termmax
O endereço de contrato do tmx é exatamente a mesma string na Ethereum e na BNB Chain — 0x3c2f61f2e27c865981d2e7aaf6b2cdf823030039, letra por letra. Eu tive que conferir duas vezes porque não é assim que normalmente funcionam os tokens bridged. É assim porque o tmx é emitido como um layerzero oft, não algo que você está apenas fazendo wrap e rebridging manualmente entre cadeias.
O que isso silenciosamente significa é que a utilidade real do tmx — peso de governança, staking em stmx, tudo isso — fica a jusante da camada de mensagens do layerzero, funcionando corretamente sempre que um valor precisa se mover entre cadeias. Uma UX mais limpa do que o modelo antigo de wrap-and-bridge, eu dou crédito, mas é uma troca: você substitui uma suposição de confiança por outra, não remove a dependência completamente.
Não fico perdendo o sono com isso; o layerzero já é usado por vários tokens importantes neste ponto. Ainda assim, o staking do sTMX e a governança estarem a jusante de uma camada de mensagens externa é uma dependência que vale a pena saber de verdade antes de você estar no meio da transação 🌉

#termmax @TermMax
🔥🔥🔥
🔥🔥🔥
Shalluu
·
--
#termmax @TermMax kept olhando para o TermMax e percebi que eu estava focando no lugar errado.
A parte de taxa fixa é fácil de entender. O que realmente me interessa é o que o TermMax faz com a dívida depois que ela é criada.
O design FT/XT separa a reivindicação com vencimento fixo da dívida subjacente. Isso significa que uma posição de empréstimo não é necessariamente apenas “tomar emprestado agora, pagar depois” — ela pode se tornar uma peça mais estruturada de um mercado de renda fixa on-chain.
É essa a parte que eu considero genuinamente interessante.
Se essas posições com prazo fixo puderem se tornar blocos úteis para outras estratégias de DeFi, o TermMax pode estar fazendo algo muito maior do que simplesmente oferecer mais um mercado de empréstimos.
Para mim, essa é a história real: não apenas ajustar a taxa, mas criar infraestrutura em torno da própria dívida.
·
--
Em Alta
Verificado
Fui verificar como o Duskevm realmente ordena transações, já que rollups construídos sobre a OP Stack normalmente são julgados de acordo com o quão descentralizada é a configuração do seu sequenciador. A documentação própria da Dusk diz isso de forma direta — no momento, o Duskevm não tem mempool público; é apenas sequenciador, e eu realmente voltei e reli essa linha assumindo que eu teria entendido errado “apenas sequenciador” como significando apenas “sem relayers de terceiros”. Não: significa que não existe mempool público de jeito nenhum, ponto final. Isso quer dizer que, agora, uma única parte controla a ordem das transações e o timing de inclusão em toda essa camada. Não é incomum para um novo rollup de OP Stack começar assim; a maioria faz isso e só depois descentraliza o sequenciador, mas também não é um detalhe pequeno para uma cadeia que se posiciona em torno de confiança institucional e liquidação determinística. Um mempool privado é exatamente o tipo de coisa que permite front-running ou ordenação seletiva sem que ninguém de fora consiga verificar que isso não está acontecendo. O que é realmente interessante é o encaixe: o Hedger existe especificamente para adicionar fluxos de transações confidenciais sobre o Duskevm, mas se o próprio sequenciador consegue ver e ordenar tudo antes de qualquer coisa chegar ao DuskDS, então a garantia de privacidade e a garantia de ordenação ficam em dois lugares totalmente diferentes — um é criptográfico, o outro depende apenas de confiança. Existe algum cronograma publicado em algum lugar sobre quando o sequenciador do Duskevm realmente vai se descentralizar? 🧐 #dusk $DUSK @Dusk_Foundation
Fui verificar como o Duskevm realmente ordena transações, já que rollups construídos sobre a OP Stack normalmente são julgados de acordo com o quão descentralizada é a configuração do seu sequenciador. A documentação própria da Dusk diz isso de forma direta — no momento, o Duskevm não tem mempool público; é apenas sequenciador, e eu realmente voltei e reli essa linha assumindo que eu teria entendido errado “apenas sequenciador” como significando apenas “sem relayers de terceiros”. Não: significa que não existe mempool público de jeito nenhum, ponto final.
Isso quer dizer que, agora, uma única parte controla a ordem das transações e o timing de inclusão em toda essa camada. Não é incomum para um novo rollup de OP Stack começar assim; a maioria faz isso e só depois descentraliza o sequenciador, mas também não é um detalhe pequeno para uma cadeia que se posiciona em torno de confiança institucional e liquidação determinística. Um mempool privado é exatamente o tipo de coisa que permite front-running ou ordenação seletiva sem que ninguém de fora consiga verificar que isso não está acontecendo.
O que é realmente interessante é o encaixe: o Hedger existe especificamente para adicionar fluxos de transações confidenciais sobre o Duskevm, mas se o próprio sequenciador consegue ver e ordenar tudo antes de qualquer coisa chegar ao DuskDS, então a garantia de privacidade e a garantia de ordenação ficam em dois lugares totalmente diferentes — um é criptográfico, o outro depende apenas de confiança.
Existe algum cronograma publicado em algum lugar sobre quando o sequenciador do Duskevm realmente vai se descentralizar? 🧐

#dusk $DUSK @Dusk
·
--
Em Alta
A defisafety deu à Termmax uma pontuação PQR de 93%, e eu continuo vendo esse número repetido como se fosse intercambiável com “totalmente auditado”. Não é a mesma alegação. O PQR mede a qualidade do processo — se a equipe documenta, testa e divulga as coisas de forma adequada. Não é uma revisão de segurança linha por linha de cada contrato que está ativo agora. Os relatórios de auditoria reais ficam no GitHub, e eles cobrem apenas o que foi formalmente submetido para revisão no momento em que cada um foi publicado. Novos mercados e configurações de vault continuam sendo lançados em uma base contínua, incluindo o rollout da v2, então existe — bem, existe um atraso real entre algo ser lançado e algo realmente receber cobertura de auditoria. Não estou dizendo que a pontuação do processo é vazia ou que as auditorias são fracas; a Spearbit e o programa de bug bounty são camadas realmente sólidas por cima disso. Só significa que uma pontuação de processo de 93% e “cada mercado ao vivo é auditado” são duas afirmações diferentes, e apenas uma delas é verdadeira em qualquer momento 🔎 #termmax @termmax
A defisafety deu à Termmax uma pontuação PQR de 93%, e eu continuo vendo esse número repetido como se fosse intercambiável com “totalmente auditado”. Não é a mesma alegação. O PQR mede a qualidade do processo — se a equipe documenta, testa e divulga as coisas de forma adequada. Não é uma revisão de segurança linha por linha de cada contrato que está ativo agora.

Os relatórios de auditoria reais ficam no GitHub, e eles cobrem apenas o que foi formalmente submetido para revisão no momento em que cada um foi publicado. Novos mercados e configurações de vault continuam sendo lançados em uma base contínua, incluindo o rollout da v2, então existe — bem, existe um atraso real entre algo ser lançado e algo realmente receber cobertura de auditoria.

Não estou dizendo que a pontuação do processo é vazia ou que as auditorias são fracas; a Spearbit e o programa de bug bounty são camadas realmente sólidas por cima disso. Só significa que uma pontuação de processo de 93% e “cada mercado ao vivo é auditado” são duas afirmações diferentes, e apenas uma delas é verdadeira em qualquer momento 🔎

#termmax @TermMax
🎙️ 牛真的回来了吗?反弹还是反转?
avatar
Encerrado
02 h 51 min. 38 seg.
11.4k
15
25
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