Binance Square
平凡的蛙里奥
2.4k Publicações

平凡的蛙里奥

一个认识到自己平凡的人。 手续费永久八折邀请码:WALIAO [点击关注,加入蛙里奥的 Alpha 走廊 🧪]
Aberto ao trading
Trader Frequente
3.5 ano(s)
78 A seguir
21.8K+ Seguidores
14.3K+ Gostaram
Publicações
Portfólio
🎙️ Desafio 100u
avatar
Encerrado
02 h 40 min. 22 seg.
158
0
0
·
--
No primeiro dia de competição, de manhã vamos dar uma volta um pouco. Em busca da primeira posição
No primeiro dia de competição, de manhã vamos dar uma volta um pouco. Em busca da primeira posição
Cripto é o círculo mais pé no chão que eu já vi. Que bom poder ver quatro grandes mestres brigando. É uma honra na minha vida inteira.
Cripto é o círculo mais pé no chão que eu já vi. Que bom poder ver quatro grandes mestres brigando. É uma honra na minha vida inteira.
Obrigado ao(a) organizador(a) do projeto por me dar a oportunidade de participar desta competição 100 pessoas, 100 dólares, 14 dias Parece bem emocionante Quem não quer se destacar entre essas 100 pessoas? Se é jumento ou cavalo, é só colocar pra correr Em 14 dias, vocês voltarão pra casa com uma conta vazia e uma porção de lições E eu vou voltar com o prêmio, sorrindo e dizendo "Aceito 😏
Obrigado ao(a) organizador(a) do projeto por me dar a oportunidade de participar desta competição
100 pessoas, 100 dólares, 14 dias
Parece bem emocionante

Quem não quer se destacar entre essas 100 pessoas?

Se é jumento ou cavalo, é só colocar pra correr
Em 14 dias, vocês voltarão pra casa com uma conta vazia e uma porção de lições

E eu vou voltar com o prêmio, sorrindo e dizendo
"Aceito
😏
O mundo cripto está mergulhado em uma sincronização surpreendente; não se fala de mercado, só se fala sobre o quê? A garota de 07 e a tesourinha de unhas????
O mundo cripto está mergulhado em uma sincronização surpreendente; não se fala de mercado, só se fala sobre o quê? A garota de 07 e a tesourinha de unhas????
Parcialmente verdadeiro
Ontem à noite, ao folhear o whitepaper @Dusk_Foundation , cheguei ao capítulo sete; eu queria achar a “ponta” do consenso, mas acabei caindo direto naquelas seções da camada de execução. Rusk VM adiciona quatro contratos gênese. Antes, vamos dizer o que é Rusk VM. É uma máquina virtual baseada em WebAssembly, mas o whitepaper define para ela uma identidade bem contida: quase Turing-completa. Para cada função, há um preço. Tudo é contabilizado internamente em uma unidade chamada gas. E o custo computacional de cada transição de estado é limitado pelo teto de gas alocado. Por que fazer isso? Você não consegue garantir que uma máquina totalmente Turing-completa sempre vai parar. Então ela contorna esse nó usando um limite computacional. Essa VM não roda “na nú” funções criptográficas; ela tem chamadas nativas: hash, multiplicação escalar em curva elíptica, verificação de assinatura e verificação de prova de conhecimento zero. Além disso, expõe leituras/escritas do armazenamento do contrato, como também status de protocolos do bloco atual — altura do bloco, timestamp, etc. O que mais me marcou é a parte das funções de transição de estado: ela lista, de uma vez, nove campos globais de estado para alimentar a VM — árvore de estado, carimbo de tempo, altura do bloco, seed, teto de gas e por aí vai. O que me fez parar foram os quatro contratos gênese. Eles não são contratos comuns. Estão escritos no bloco gênese; cada nó que executa o protocolo já nasce com eles, não dá para contornar. O contrato DUSK é o esqueleto. Eu contei: ele tem nove funções no total; o gerenciamento de ativos nativos ali. E os ativos existem em dois formatos — “transparente” e “confuso/embaralhado” — com uma forma de entrar e sair para cada transição. Então monta uma sequência longa. Do usuário enviando para o contrato, até o contrato devolver ao usuário ou a outro contrato: transparente→confuso, confuso→transparente. Cada direção abre uma função separada; não existe uma interface “universal” ambígua. O contrato Bid cuida de leilões pelos produtores de blocos: três ações — submeter, estender e retirar ao expirar. O contrato Stake gerencia apostas de validadores. Também tem o trio de ações, mas com um quarto: FSlash. Qualquer pessoa pode denunciar um validador que cometeu erros. O denunciante recebe uma parte do stake penalizado. Isso conversa diretamente com o que eu tinha comentado antes. O contrato Reward fica responsável por distribuir recompensas aos validadores que confirmam blocos e aos produtores que cunham blocos: o produtor vai lá e reivindica a sua parte. Os quatro contratos controlam a entrada e saída de ativos. Quem quiser mexer com DUSK precisa passar por essas funções. Claro, o pré-requisito não muda: lá em cima precisa realmente haver tokens de segurança em execução. Mesmo com a camada de execução bem precisa, se não houver demanda de negócio para alimentá-la, é só uma máquina em “modo ocioso”, em turnos #dusk $DUSK
Ontem à noite, ao folhear o whitepaper @Dusk , cheguei ao capítulo sete; eu queria achar a “ponta” do consenso, mas acabei caindo direto naquelas seções da camada de execução. Rusk VM adiciona quatro contratos gênese.

Antes, vamos dizer o que é Rusk VM. É uma máquina virtual baseada em WebAssembly, mas o whitepaper define para ela uma identidade bem contida: quase Turing-completa. Para cada função, há um preço. Tudo é contabilizado internamente em uma unidade chamada gas. E o custo computacional de cada transição de estado é limitado pelo teto de gas alocado.

Por que fazer isso? Você não consegue garantir que uma máquina totalmente Turing-completa sempre vai parar. Então ela contorna esse nó usando um limite computacional.

Essa VM não roda “na nú” funções criptográficas; ela tem chamadas nativas: hash, multiplicação escalar em curva elíptica, verificação de assinatura e verificação de prova de conhecimento zero. Além disso, expõe leituras/escritas do armazenamento do contrato, como também status de protocolos do bloco atual — altura do bloco, timestamp, etc.

O que mais me marcou é a parte das funções de transição de estado: ela lista, de uma vez, nove campos globais de estado para alimentar a VM — árvore de estado, carimbo de tempo, altura do bloco, seed, teto de gas e por aí vai.

O que me fez parar foram os quatro contratos gênese. Eles não são contratos comuns. Estão escritos no bloco gênese; cada nó que executa o protocolo já nasce com eles, não dá para contornar.

O contrato DUSK é o esqueleto. Eu contei: ele tem nove funções no total; o gerenciamento de ativos nativos ali. E os ativos existem em dois formatos — “transparente” e “confuso/embaralhado” — com uma forma de entrar e sair para cada transição. Então monta uma sequência longa.

Do usuário enviando para o contrato, até o contrato devolver ao usuário ou a outro contrato: transparente→confuso, confuso→transparente. Cada direção abre uma função separada; não existe uma interface “universal” ambígua.

O contrato Bid cuida de leilões pelos produtores de blocos: três ações — submeter, estender e retirar ao expirar.

O contrato Stake gerencia apostas de validadores. Também tem o trio de ações, mas com um quarto: FSlash. Qualquer pessoa pode denunciar um validador que cometeu erros. O denunciante recebe uma parte do stake penalizado.

Isso conversa diretamente com o que eu tinha comentado antes.

O contrato Reward fica responsável por distribuir recompensas aos validadores que confirmam blocos e aos produtores que cunham blocos: o produtor vai lá e reivindica a sua parte.

Os quatro contratos controlam a entrada e saída de ativos. Quem quiser mexer com DUSK precisa passar por essas funções. Claro, o pré-requisito não muda: lá em cima precisa realmente haver tokens de segurança em execução. Mesmo com a camada de execução bem precisa, se não houver demanda de negócio para alimentá-la, é só uma máquina em “modo ocioso”, em turnos #dusk $DUSK
Esta promoção da Axis Roboticsx no wallet da Binance, eu só quero perguntar: quem mais está interessado?
Esta promoção da Axis Roboticsx no wallet da Binance, eu só quero perguntar: quem mais está interessado?
Venha para a sala de transmissão ao vivo e aprenda. Pessoas com hipertensão não entrem.
Venha para a sala de transmissão ao vivo e aprenda. Pessoas com hipertensão não entrem.
平凡的蛙里奥
·
--
Robotics Axis × Evento da Carteira Binance Regras completas

I. Informações essenciais do evento

• Recompensa total do evento: 1.500.000 pontos Axis

• Duração do evento: 30 dias, divididos em 2 ciclos de premiação, com 750.000 pontos por ciclo

• Elegibilidade: apenas usuários da Carteira Binance sem chave (Keyless Wallet)

• Cota de tarefas: limite diário de 20.000 tarefas, por ordem de chegada

II. Passos detalhados de participação

1. Abra a extensão da carteira Binance, faça login e conecte à plataforma Axis Hub

2. Acesse a página exclusiva do evento da Carteira Binance, encontre a entrada do evento Axis Robotics desta vez

Atualmente, já completei 7 tarefas. Venham logo!
🎙️ O Retorno do Rei do Crepúsculo, muitas recompensas para você pegar
cover
Encerrado
02 h 32 min. 12 seg.
190
0
0
Robotics Axis × Evento da Carteira Binance Regras completas I. Informações essenciais do evento • Recompensa total do evento: 1.500.000 pontos Axis • Duração do evento: 30 dias, divididos em 2 ciclos de premiação, com 750.000 pontos por ciclo • Elegibilidade: apenas usuários da Carteira Binance sem chave (Keyless Wallet) • Cota de tarefas: limite diário de 20.000 tarefas, por ordem de chegada II. Passos detalhados de participação 1. Abra a extensão da carteira Binance, faça login e conecte à plataforma Axis Hub 2. Acesse a página exclusiva do evento da Carteira Binance, encontre a entrada do evento Axis Robotics desta vez Atualmente, já completei 7 tarefas. Venham logo!
Robotics Axis × Evento da Carteira Binance Regras completas

I. Informações essenciais do evento

• Recompensa total do evento: 1.500.000 pontos Axis

• Duração do evento: 30 dias, divididos em 2 ciclos de premiação, com 750.000 pontos por ciclo

• Elegibilidade: apenas usuários da Carteira Binance sem chave (Keyless Wallet)

• Cota de tarefas: limite diário de 20.000 tarefas, por ordem de chegada

II. Passos detalhados de participação

1. Abra a extensão da carteira Binance, faça login e conecte à plataforma Axis Hub

2. Acesse a página exclusiva do evento da Carteira Binance, encontre a entrada do evento Axis Robotics desta vez

Atualmente, já completei 7 tarefas. Venham logo!
@Dusk_Foundation 的白皮书 看到一半我直接坐直了身子 这帮人写代码简直像在做密码学实验,连个哈希函数都要配两套方案,Blake2b和Poseidon随便切,Schnorr和BLS签名也是双轨并行。我盯着屏幕上的JubJub和BLS12-381椭圆曲线发呆 最让我上头的是Phoenix匿名交易。它用UTxO模型搞隐身地址,每笔交易都通过Diffie-Hellman密钥交换生成一次性地址。说白了就是池子越深鱼越难找,用的人越多匿名集越大 但真正让我拍大腿的是Zedger合规模型。这玩意儿专为证券型代币设计,直接把七条监管约束焊死在协议层 用户必须唯一账户,交易必须过白名单,接收方还得显式批准才能入账。最绝的是它把余额拆成可交易、可投票、可分红三类,股权记录随时能重建。我盯着”接收方显式批准入账”这行字看了半天,突然觉得这才是给机构看的合规方案,不是那种糊弄监管的障眼法 共识机制也够野。Proof-of-Blind Bid用Pedersen承诺把质押金额糊住,再用PLONK零知识证明自证资格。出块者是谁、押了多少钱,全程黑箱。攻击成本直接变成盲猜博弈,你连对手底牌都看不见,怎么打? Rusk VM是WASM架构,原生支持链上ZK验证。DuskEVM兼容Solidity和Hardhat,测试网已经跑起来了。代币经济学也干净,硬顶10亿,初始发5亿,剩下5亿靠质押奖励慢慢放。增发曲线几何衰减,四年减半。区块奖励70%给出块者,剩下的直接销毁,10%进开发基金。“剩余即销毁”这五个字我念出声的时候,居然有点爽 我关掉文档的时候窗外已经泛白。说实话这项目不像在追热点,它不喊颠覆,不聊赋能,就是把零知识证明和合规需求一点点焊进底层 我不知道它能不能成,但我知道,如果有一天机构真的敢把证券型代币搬上链,大概率得用这种把监管写进协议层的狠活。#dusk $DUSK
@Dusk 的白皮书
看到一半我直接坐直了身子

这帮人写代码简直像在做密码学实验,连个哈希函数都要配两套方案,Blake2b和Poseidon随便切,Schnorr和BLS签名也是双轨并行。我盯着屏幕上的JubJub和BLS12-381椭圆曲线发呆

最让我上头的是Phoenix匿名交易。它用UTxO模型搞隐身地址,每笔交易都通过Diffie-Hellman密钥交换生成一次性地址。说白了就是池子越深鱼越难找,用的人越多匿名集越大

但真正让我拍大腿的是Zedger合规模型。这玩意儿专为证券型代币设计,直接把七条监管约束焊死在协议层

用户必须唯一账户,交易必须过白名单,接收方还得显式批准才能入账。最绝的是它把余额拆成可交易、可投票、可分红三类,股权记录随时能重建。我盯着”接收方显式批准入账”这行字看了半天,突然觉得这才是给机构看的合规方案,不是那种糊弄监管的障眼法

共识机制也够野。Proof-of-Blind Bid用Pedersen承诺把质押金额糊住,再用PLONK零知识证明自证资格。出块者是谁、押了多少钱,全程黑箱。攻击成本直接变成盲猜博弈,你连对手底牌都看不见,怎么打?

Rusk VM是WASM架构,原生支持链上ZK验证。DuskEVM兼容Solidity和Hardhat,测试网已经跑起来了。代币经济学也干净,硬顶10亿,初始发5亿,剩下5亿靠质押奖励慢慢放。增发曲线几何衰减,四年减半。区块奖励70%给出块者,剩下的直接销毁,10%进开发基金。“剩余即销毁”这五个字我念出声的时候,居然有点爽

我关掉文档的时候窗外已经泛白。说实话这项目不像在追热点,它不喊颠覆,不聊赋能,就是把零知识证明和合规需求一点点焊进底层

我不知道它能不能成,但我知道,如果有一天机构真的敢把证券型代币搬上链,大概率得用这种把监管写进协议层的狠活。#dusk $DUSK
$TMX vendeu 400 unidades, 200 unidades de raspadinhas; acho que dá pra dar uma força.
$TMX vendeu 400 unidades, 200 unidades de raspadinhas; acho que dá pra dar uma força.
Hoje, $ETH . Por favor, aumente para 3000.
Hoje, $ETH . Por favor, aumente para 3000.
Verificado
Artigo
Tutorial de uso do Binance Agent OS · Passo a passo com imagensSemana passada a Binance lançou algo chamado Agent OS. Eu li o comunicado na primeira hora, gastei umas horas para devorar tudo Em poucas palavras: a Binance empacotou suas capacidades agentic espalhadas — API, carteira Agentic Hub, pagamento via x402, Skill Hub — e depois colocou uma camada de MCP Server em cima. No futuro, seu agente de IA não precisa mais montar uma pilha de interfaces; com um endpoint, ele conecta na Binance para trading, cotações, carteiras e operações on-chain. Parece ótimo, mas na prática tem vários buracos pelo caminho. Eu passei por todo o processo e registrei para vocês não caírem de novo.

Tutorial de uso do Binance Agent OS · Passo a passo com imagens

Semana passada a Binance lançou algo chamado Agent OS. Eu li o comunicado na primeira hora, gastei umas horas para devorar tudo
Em poucas palavras: a Binance empacotou suas capacidades agentic espalhadas — API, carteira Agentic Hub, pagamento via x402, Skill Hub — e depois colocou uma camada de MCP Server em cima. No futuro, seu agente de IA não precisa mais montar uma pilha de interfaces; com um endpoint, ele conecta na Binance para trading, cotações, carteiras e operações on-chain.
Parece ótimo, mas na prática tem vários buracos pelo caminho. Eu passei por todo o processo e registrei para vocês não caírem de novo.
Ontem à noite folheei o whitepaper @Dusk_Foundation procurando coisas mais macro, mas acabei caindo direto no Capítulo 8, Concrete Protocol — protocolo concreto. Este capítulo não tem uma narrativa grandiosa; é só anatomia Como um bloco é estruturado, de fato, e o que vai dentro dele Primeiro, como os blocos se encadeiam: o whitepaper é bem direto. Blocos um após outro, travados para baixo via hash. O cabeçalho do bloco atual guarda o hash Blake2b do cabeçalho do bloco anterior; a altura é somada com rigor, sempre +1. O Bloco 0 é o bloco gênese, e seu previousBlockHash é definido diretamente como 0 No gênese, há quatro contratos gênese, uma lista pré-determinada de validadores e geradores, além de dois seeds hard-coded, usados respectivamente para o epoch 0 e o epoch 1. Em outras palavras, o “certidão de nascimento” desta cadeia é escrita por ela mesma Um bloco tem três partes: Header, Body e Certificate. O cabeçalho tem oito campos: versão, altura, timestamp, hash do bloco anterior, seed, recompensa do bloco, raiz de transações e raiz de estado. Eu fiquei encarando essa tabela de campos por um bom tempo, porque ela é basicamente o “identificador” de toda a cadeia; se alguém altera um byte, o hash de toda a cadeia muda E ainda tem o Certificate, o certificado. Ele guarda a pontuação de emissão do bloco, a prova zero-knowledge PLONK do emissor, e a assinatura agregada BLS do comitê O mapeamento binário de validatorSeq: marca exatamente quais validadores tiveram suas assinaturas agregadas. O que é realmente interessante é que o whitepaper coloca explicitamente uma frase: o certificado é construído localmente por cada participante do consenso no seu próprio ambiente. Portanto, para o mesmo round de consenso, não existe um único certificado unificado. Eu fiquei meio chocado ao ler isso Outras cadeias mal querem transformar o certificado em algo único e armazenar com um carimbo — na Dusk é quase o contrário: cada nó mantém consigo uma credencial montada por ele mesmo. Acho que por trás disso há uma troca — em vez de fazer toda a rede esperar uma autoridade com um certificado único, eles permitem que cada nó se comprove de forma independente. Isso combina com a filosofia de “privacidade primeiro” deles O campo especial do Crossover — ele é a ponte entre a camada de transações da DUSK e a camada de computação geral Quando terminei de ler, minha sensação foi: os primeiros capítulos falavam de “por quê”; este capítulo inteiro fala de “como é por dentro”. Privacidade, consenso, conformidade — no fim, tudo precisa caber numa sequência concreta de bytes para realmente ganhar vida. #dusk $DUSK @Dusk_Foundation
Ontem à noite folheei o whitepaper @Dusk procurando coisas mais macro, mas acabei caindo direto no Capítulo 8, Concrete Protocol — protocolo concreto. Este capítulo não tem uma narrativa grandiosa; é só anatomia

Como um bloco é estruturado, de fato, e o que vai dentro dele

Primeiro, como os blocos se encadeiam: o whitepaper é bem direto. Blocos um após outro, travados para baixo via hash. O cabeçalho do bloco atual guarda o hash Blake2b do cabeçalho do bloco anterior; a altura é somada com rigor, sempre +1. O Bloco 0 é o bloco gênese, e seu previousBlockHash é definido diretamente como 0

No gênese, há quatro contratos gênese, uma lista pré-determinada de validadores e geradores, além de dois seeds hard-coded, usados respectivamente para o epoch 0 e o epoch 1. Em outras palavras, o “certidão de nascimento” desta cadeia é escrita por ela mesma

Um bloco tem três partes: Header, Body e Certificate. O cabeçalho tem oito campos: versão, altura, timestamp, hash do bloco anterior, seed, recompensa do bloco, raiz de transações e raiz de estado. Eu fiquei encarando essa tabela de campos por um bom tempo, porque ela é basicamente o “identificador” de toda a cadeia; se alguém altera um byte, o hash de toda a cadeia muda

E ainda tem o Certificate, o certificado. Ele guarda a pontuação de emissão do bloco, a prova zero-knowledge PLONK do emissor, e a assinatura agregada BLS do comitê

O mapeamento binário de validatorSeq: marca exatamente quais validadores tiveram suas assinaturas agregadas. O que é realmente interessante é que o whitepaper coloca explicitamente uma frase: o certificado é construído localmente por cada participante do consenso no seu próprio ambiente. Portanto, para o mesmo round de consenso, não existe um único certificado unificado. Eu fiquei meio chocado ao ler isso

Outras cadeias mal querem transformar o certificado em algo único e armazenar com um carimbo — na Dusk é quase o contrário: cada nó mantém consigo uma credencial montada por ele mesmo. Acho que por trás disso há uma troca — em vez de fazer toda a rede esperar uma autoridade com um certificado único, eles permitem que cada nó se comprove de forma independente. Isso combina com a filosofia de “privacidade primeiro” deles

O campo especial do Crossover — ele é a ponte entre a camada de transações da DUSK e a camada de computação geral

Quando terminei de ler, minha sensação foi: os primeiros capítulos falavam de “por quê”; este capítulo inteiro fala de “como é por dentro”. Privacidade, consenso, conformidade — no fim, tudo precisa caber numa sequência concreta de bytes para realmente ganhar vida. #dusk $DUSK @Dusk
Os meus melhores amigos na vida real: tenho algum dinheiro sobrando para fazer investimentos e gestão financeira. Eu disse: “Você, sinceramente, não deveria; em vez disso, faça investimento periódico em spot $ETH $BTC .” Ele disse: “Você está me enganando.” Eu falei: “Eu já tenho brincado com isso há 3 anos e ainda não entendi direito.” Irmãos, o que eu deveria dizer para convencê-lo Levar ele para entrar no mundo das criptomoedas
Os meus melhores amigos na vida real: tenho algum dinheiro sobrando para fazer investimentos e gestão financeira. Eu disse: “Você, sinceramente, não deveria; em vez disso, faça investimento periódico em spot $ETH $BTC .” Ele disse: “Você está me enganando.” Eu falei: “Eu já tenho brincado com isso há 3 anos e ainda não entendi direito.”
Irmãos, o que eu deveria dizer para convencê-lo
Levar ele para entrar no mundo das criptomoedas
Ontem à noite, folheei a parte de prova de consenso do whitepaper @Dusk_Foundation e pensei em dar só uma olhada e fechar. Só que na página 15 eu travei. A página toda é uma fórmula de distribuição binomial: somatório, coeficiente de combinação, potências de h e de (1-h), tudo alinhadinho, certinho. Fiquei alguns segundos sem reação, e por um instante achei que tinha aberto um exercício de probabilidade do nível graduação É essa a fórmula que controla se essa cadeia vai ou não se bifurcar Antes de tudo, explico: o fluxo em fases do SBA já escrevi antes. Desta vez, estou falando daquele nível por baixo da fase: finalidade estatística. A definição do whitepaper é bem direta — a probabilidade de aparecer uma bifurcação em uma única rodada de execução é desprezível. Observe o wording: não é “nunca bifurca”, é “a probabilidade de bifurcar é tão pequena que nem vale considerar”. Sinceramente, eu compro essa ideia. É mais convincente do que prometer segurança absoluta sem pestanejar Como eles empurram a probabilidade até ficar desprezível? O whitepaper primeiro “crava” o único caminho para causar bifurcação: votação dupla. Um nó, dentro do mesmo passo de votação, vota em dois blocos candidatos diferentes. O ponto-chave é que nós honestos não conseguem fazer isso; então votação dupla só pode vir de nós bizantinos. E uma única votação dupla não basta — para realmente separar a cadeia, é preciso obter maioria absoluta em três passos consecutivos de votação Aí entra aquela fórmula. A taxa de falha é aquela distribuição binomial: ela calcula a probabilidade de o adversário atingir maioria absoluta em um único comitê. N é o número de membros do comitê, τ é o limiar de votos para passar, e h é a proporção de nós honestos. Se a bifurcação exige vencer três passos seguidos, então é uma multiplicação de probabilidades pequenas vezes probabilidades pequenas — quanto mais multiplica, menor fica Tem mais um detalhe que eu gostei: o consenso tem três camadas — epoch, round e step. Round é a altura do bloco. Em cada round, há alguns ciclos com passos de quatro etapas; dentro de um epoch, a lista de produtores e validadores fica fixa, e é usando a mesma semente do epoch. Combinado com a hipótese acima de “precisa esperar um epoch”, fica igual: quem entrar nessa lista não consegue ser trocado no meio do caminho Depois de ler, minha sensação é que a cadeia não está sendo protegida por algum misticismo — é uma questão de probabilidade que uma prova de verdade faria. Claro que tudo depende de “os maus não passam de um terço”. E se um dia a estaca estiver concentrada em alguns tubarões gigantes, a fórmula mesmo que esteja perfeita não adianta #dusk $DUSK @Dusk_Foundation
Ontem à noite, folheei a parte de prova de consenso do whitepaper @Dusk e pensei em dar só uma olhada e fechar. Só que na página 15 eu travei. A página toda é uma fórmula de distribuição binomial: somatório, coeficiente de combinação, potências de h e de (1-h), tudo alinhadinho, certinho. Fiquei alguns segundos sem reação, e por um instante achei que tinha aberto um exercício de probabilidade do nível graduação

É essa a fórmula que controla se essa cadeia vai ou não se bifurcar

Antes de tudo, explico: o fluxo em fases do SBA já escrevi antes. Desta vez, estou falando daquele nível por baixo da fase: finalidade estatística. A definição do whitepaper é bem direta — a probabilidade de aparecer uma bifurcação em uma única rodada de execução é desprezível. Observe o wording: não é “nunca bifurca”, é “a probabilidade de bifurcar é tão pequena que nem vale considerar”. Sinceramente, eu compro essa ideia. É mais convincente do que prometer segurança absoluta sem pestanejar

Como eles empurram a probabilidade até ficar desprezível? O whitepaper primeiro “crava” o único caminho para causar bifurcação: votação dupla. Um nó, dentro do mesmo passo de votação, vota em dois blocos candidatos diferentes. O ponto-chave é que nós honestos não conseguem fazer isso; então votação dupla só pode vir de nós bizantinos. E uma única votação dupla não basta — para realmente separar a cadeia, é preciso obter maioria absoluta em três passos consecutivos de votação

Aí entra aquela fórmula. A taxa de falha é aquela distribuição binomial: ela calcula a probabilidade de o adversário atingir maioria absoluta em um único comitê. N é o número de membros do comitê, τ é o limiar de votos para passar, e h é a proporção de nós honestos. Se a bifurcação exige vencer três passos seguidos, então é uma multiplicação de probabilidades pequenas vezes probabilidades pequenas — quanto mais multiplica, menor fica

Tem mais um detalhe que eu gostei: o consenso tem três camadas — epoch, round e step. Round é a altura do bloco. Em cada round, há alguns ciclos com passos de quatro etapas; dentro de um epoch, a lista de produtores e validadores fica fixa, e é usando a mesma semente do epoch. Combinado com a hipótese acima de “precisa esperar um epoch”, fica igual: quem entrar nessa lista não consegue ser trocado no meio do caminho

Depois de ler, minha sensação é que a cadeia não está sendo protegida por algum misticismo — é uma questão de probabilidade que uma prova de verdade faria. Claro que tudo depende de “os maus não passam de um terço”. E se um dia a estaca estiver concentrada em alguns tubarões gigantes, a fórmula mesmo que esteja perfeita não adianta #dusk $DUSK @Dusk
E daí se sou um gênio? Você consegue ter ganhos como os meus?
E daí se sou um gênio? Você consegue ter ganhos como os meus?
Verificado
A privacidade no blockchain ainda pode ser localizada assim? Ele diz que @Dusk_Foundation pode servir como uma sidechain de privacidade para qualquer L1 O whitepaper é bem direto: ao projetar o Dusk, não havia intenção de se tornar uma blockchain universal. Ele mira em “tokenização de ativos de títulos sob regulamentação e gestão do ciclo de vida completo Duas normas sustentam a estrutura do palco Uma é a XSC. O próprio whitepaper do padrão de contratos de valores mobiliários confidenciais admite, com muita modéstia, que os detalhes não estão no escopo deste texto; para ver, é só procurar outro documento [Mah21] Na hora eu fiquei meio atordoado: foi a primeira vez que um whitepaper cedeu seu padrão de aplicação mais importante a referências externas, e eu fui atrás para conferir. Esses padrões tratam de toda a sequência de ações de valores mobiliários tokenizados, da emissão à votação e até aos dividendos A outra é o padrão de tokens confidenciais. Seu papel é ainda mais interessante: permite que ativos regulamentados e não regulamentados interajam na mesma cadeia, sem abrir mão da privacidade dos participantes. Pelo que entendo, isso é uma ponte de privacidade entre ativos não regulamentados como o DUSK e tokens de títulos Mesmo sem se conhecerem dos dois lados, conseguem lidar com segurança Basta acoplar um esquema de interoperabilidade confiável ou com minimização de confiança; assim, projetos em outras L1 não precisam migrar a cadeia. Podem simplesmente usar o Dusk como uma camada de execução de privacidade. Essa linha de raciocínio eu não vi em nenhum outro documento sobre cadeias de privacidade. Privacidade deixa de ser um arquipélago isolado numa única cadeia e passa a ser uma capacidade que outras podem aproveitar. Em termos simples: se os ativos de outras blockchains quiserem ficar sigilosos, não é preciso mudar de lugar; é só levar o “carro” até a oficina de privacidade do Dusk, processar lá e depois voltar. Eu acho que essa definição é bem mais leve do que “lançar mais uma cadeia de privacidade” E tem mais um pequeno detalhe: na arquitetura, o protocolo é dividido em duas camadas que não se sobrepõem — a camada nativa de ativos e a camada geral de computação. Elas compartilham o mesmo espaço de estado, mas o DUSK mantém algumas prerrogativas exclusivas — apenas ele pode ser usado para fazer staking, apenas ele pode pagar taxas de execução, e o contrato do DUSK é a única porta de entrada para mudanças de estado. A fronteira entre a camada de ativos e a de computação é bem delimitada; a ideia é que, mesmo que o ecossistema on-chain cresça, a demanda de consumo de DUSK não dá para contornar Claro, para essa narrativa funcionar, é preciso que o padrão de cima realmente seja usado por alguém. Se a XSC nunca sair do papel, ou se os projetos de tokenização de títulos demorarem demais para chegar, então a expressão “sidechain de privacidade” vira apenas uma promessa bonita e vazia Minha sugestão: primeiro veja se no testnet aparecem contratos reais de tokens de valores mobiliários, e só então considere se vale a pena entrar no carro #dusk $DUSK
A privacidade no blockchain ainda pode ser localizada assim?

Ele diz que @Dusk pode servir como uma sidechain de privacidade para qualquer L1

O whitepaper é bem direto: ao projetar o Dusk, não havia intenção de se tornar uma blockchain universal. Ele mira em “tokenização de ativos de títulos sob regulamentação e gestão do ciclo de vida completo
Duas normas sustentam a estrutura do palco
Uma é a XSC. O próprio whitepaper do padrão de contratos de valores mobiliários confidenciais admite, com muita modéstia, que os detalhes não estão no escopo deste texto; para ver, é só procurar outro documento [Mah21]

Na hora eu fiquei meio atordoado: foi a primeira vez que um whitepaper cedeu seu padrão de aplicação mais importante a referências externas, e eu fui atrás para conferir. Esses padrões tratam de toda a sequência de ações de valores mobiliários tokenizados, da emissão à votação e até aos dividendos

A outra é o padrão de tokens confidenciais. Seu papel é ainda mais interessante: permite que ativos regulamentados e não regulamentados interajam na mesma cadeia, sem abrir mão da privacidade dos participantes. Pelo que entendo, isso é uma ponte de privacidade entre ativos não regulamentados como o DUSK e tokens de títulos

Mesmo sem se conhecerem dos dois lados, conseguem lidar com segurança

Basta acoplar um esquema de interoperabilidade confiável ou com minimização de confiança; assim, projetos em outras L1 não precisam migrar a cadeia. Podem simplesmente usar o Dusk como uma camada de execução de privacidade. Essa linha de raciocínio eu não vi em nenhum outro documento sobre cadeias de privacidade. Privacidade deixa de ser um arquipélago isolado numa única cadeia e passa a ser uma capacidade que outras podem aproveitar. Em termos simples: se os ativos de outras blockchains quiserem ficar sigilosos, não é preciso mudar de lugar; é só levar o “carro” até a oficina de privacidade do Dusk, processar lá e depois voltar. Eu acho que essa definição é bem mais leve do que “lançar mais uma cadeia de privacidade”

E tem mais um pequeno detalhe: na arquitetura, o protocolo é dividido em duas camadas que não se sobrepõem — a camada nativa de ativos e a camada geral de computação. Elas compartilham o mesmo espaço de estado, mas o DUSK mantém algumas prerrogativas exclusivas — apenas ele pode ser usado para fazer staking, apenas ele pode pagar taxas de execução, e o contrato do DUSK é a única porta de entrada para mudanças de estado. A fronteira entre a camada de ativos e a de computação é bem delimitada; a ideia é que, mesmo que o ecossistema on-chain cresça, a demanda de consumo de DUSK não dá para contornar

Claro, para essa narrativa funcionar, é preciso que o padrão de cima realmente seja usado por alguém. Se a XSC nunca sair do papel, ou se os projetos de tokenização de títulos demorarem demais para chegar, então a expressão “sidechain de privacidade” vira apenas uma promessa bonita e vazia

Minha sugestão: primeiro veja se no testnet aparecem contratos reais de tokens de valores mobiliários, e só então considere se vale a pena entrar no carro #dusk $DUSK
Neste nosso meio, todo mundo acha que é um gênio das negociações Existe aquele tipo de pessoa em que todo mundo diz que ela é um gênio mas que mesmo assim é tão esmagada por ele que não consegue nem erguer a cabeça? Corresponde a um trader assim, por favor me recomende para eu estudar um pouco.
Neste nosso meio, todo mundo acha que é um gênio das negociações

Existe aquele tipo de
pessoa em que todo mundo diz que ela é um gênio
mas que mesmo assim é tão esmagada por ele que não consegue nem erguer a cabeça?
Corresponde a um trader assim, por favor me recomende para eu estudar um pouco.
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