LearnToEarn

Se alguém comentar nas minhas publicações do CreatorPad apenas para criar uma linha de comentário em resposta, por favor, não faça isso. A Binance emitiu um aviso, e eu não quero fazer parte de nada que possa colocar minha conta em risco. Espero que todos entendam e cuidem das suas contas também.

veja mais detalhes 👉🏼 here

@Binance Square Official @Binance Customer Support

Eu geralmente leio a seção de incentivos duas vezes, porque a primeira leitura me faz achar que eu entendi o modelo de recompensa quando provavelmente não entendi.

O que me chamou atenção aqui foi como a Dusk vincula a recompensa do gerador de blocos à participação na votação. Inicialmente, li a fatia de 80% do gerador de blocos como se fosse apenas “o proponente fica com a maior parte”. Isso era simplista demais.

Os 80% na verdade são divididos em 70% fixos e 10% variáveis. A parte variável depende de quantos votos estão incluídos no certificado do bloco. Os 10% restantes vão para o comitê de votação, enquanto outros 10% vão para a Dusk.

Isso mudou a forma como eu estava olhando para o design. A pergunta não é apenas “quem produz o bloco?”. Também é “o que acontece se o gerador tiver motivos para ignorar os votos?”

A documentação parece abordar isso diretamente. Mais votos incluídos podem aumentar a recompensa variável do gerador, enquanto os votantes recebem recompensas com base em seus créditos.

Ainda estou pensando nos casos extremos, porém. Como isso se comporta quando alguns votantes ficam offline? E quanto os 10% variáveis realmente mudam os incentivos na prática?

Quero analisar melhor o lado das transações em seguida, especialmente a diferença entre Moonlight e Phoenix. #dusk $DUSK @Dusk

Voltei ao whitepaper da Dusk na noite passada, e a seção de consenso me fez desacelerar. A Dusk usa Succinct Attestation com Proof of Stake permissionless, baseado em comitês. É necessário um stake mínimo de 1.000 DUSK, enquanto o epoch atual é de 2.160 blocos. Cada rodada pode executar até 50 iterações, e os comitês têm 64 créditos, então o poder de voto é ponderado, em vez de um por pessoa, uma votação.

O que achei interessante é a estrutura de limiar: Válido exige 2/3, enquanto Inválido, NoCandidate ou NoQuorum podem atingir uma maioria de 1/2 + 1. Após 16 iterações falhas, o protocolo pode entrar em modo de emergência, o que levanta uma questão sobre vivacidade versus risco de fork.

O design de incentivos também chamou minha atenção: 80% vai para o gerador de blocos, 10% para o comitê de votação e 10% para a Dusk. Os 80% do gerador são 70% fixos mais uma parte variável de 10% ligada aos votos incluídos. Falhas graves como voto duplo podem disparar um hard slashing.

Em seguida, Moonlight e Phoenix deixaram a arquitetura mais clara para mim: transações públicas baseadas em conta versus notas no estilo UTXO, árvores Merkle, nullifiers e provas ZK.

Ainda estou pensando: a alocação de créditos ponderada por stake cria riscos de concentração? E quão robusto é o modo de emergência sob falha de validadores?
#dusk $DUSK @Dusk

🚨 𝐏𝐎𝐑𝐓𝐀𝐋 +𝟐𝟓% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$PORTAL está mostrando forte momentum após um aumento de +25%, com compradores agora se aproximando da resistência-chave em US$ 0.01849.

Entrada: US$ 0.01373 – US$ 0.01726

TP1: US$ 0.01849
TP2: US$ 0.02000

SL: US$ 0.01373

🔥 Romper e manter acima de US$ 0.01849 pode abrir caminho para o próximo movimento de alta.

$PORTAL

🚨 𝐏𝐑𝐎𝐌 +𝟑𝟎% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$PROM está mostrando forte momentum após um aumento de +30%, com compradores agora se aproximando da resistência-chave em US$ 4.056.

Entrada: US$ 2.700 – US$ 3.604

TP1: US$ 4.056
TP2: US$ 4.200

SL: US$ 2.700

🔥 Romper e manter acima de US$ 4.056 pode abrir caminho para a próxima perna mais alta.

☃️$PROM

Eu voltei à documentação da Dusk na noite passada, especialmente à Seção 6 sobre implementação, e me peguei prestando mais atenção em como as peças se encaixam do que em manchetes.

A parte que se destacou primeiro foi a PVM, uma máquina virtual construída em torno do WebAssembly (WASM). Pelo que entendi, o objetivo é um ambiente compacto, modular e leve para executar contratos inteligentes, com o WASM ajudando na portabilidade enquanto mantém a execução sob controle. Mas ainda estou me perguntando: quanto da segurança vem do design da VM e quanto depende dos próprios contratos?

Em seguida, a documentação passou para os contratos de gênese. O contrato Transfer lida com transferências de DUSK, verifica a validade das transações e contabiliza os custos de execução. O contrato Stake gerencia o DUSK bloqueado para staking, acompanha o estado relevante e permite retiradas após o período de bloqueio. Isso me fez pensar mais sobre o quanto o comportamento central da rede é codificado diretamente nos contratos.

A Seção 6.3 também menciona contratos futuros, incluindo Zedger para títulos regulados e RWAs, além de um contrato de Clock para validação baseada em tempo.

Então minhas perguntas são: como esses contratos são governados e atualizados, e o que acontece se um deles se tornar um gargalo de segurança? Quão descentralizado é esse controle na prática?

@Dusk $DUSK
#Dusk

🚨 𝐒𝐏𝐊 +𝟐𝟗% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$SPK está mostrando forte momentum após um aumento de +29%, com compradores agora se aproximando da resistência chave em US$ 0.024166.

Entrada: US$ 0.016849 – US$ 0.023363

TP1: US$ 0.024166
TP2: US$ 0.025000

SL: US$ 0.016849

🔥 Romper e manter acima de US$ 0.024166 pode abrir caminho para a próxima perna mais alta.

$SPK

🚀 𝐄𝐓𝐇 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🔥

$ETH está mostrando forte impulso de alta, com compradores pressionando em direção à resistência-chave em US$ 2.484.

Entrada: US$ 2.355 – US$ 2.458

TP1: US$ 2.484
TP2: US$ 2.520

SL: US$ 2.355

🔥 Romper e manter acima de US$ 2.484 pode abrir espaço para o próximo movimento de alta.
$ETH

🚀 𝐁𝐓𝐂 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🔥

$BTC está mostrando forte momentum de alta, com compradores pressionando em direção à resistência-chave em US$ 78,052.

Entrada: US$ 75,545 – US$ 77,664

TP1: US$ 78,052
TP2: US$ 78,500

SL: US$ 75,545

🔥 Romper e manter acima de US$ 78,052 pode abrir caminho para o próximo trecho de alta.
$BTC

Voltei à documentação do Dusk ontem à noite e o design consensual ficou muito mais claro quando segui os números em vez de apenas a terminologia.

Um provisionador precisa de pelo menos 1.000 DUSK. O epoch atual é de 2.160 blocos, e a elegibilidade segue a fórmula de maturidade M = 2 × epoch − (height mod epoch). Então o staking não fica elegível instantaneamente; ele se torna ativo no início de um novo epoch.

O processo do SA então avança por Proposta, Validação e Ratificação. A Validação precisa de uma supermaioria de 2/3 para Validar, enquanto Inválido ou NoCandidate pode atingir quórum com 1/2 + 1. Uma rodada pode executar até 50 iterações.

Também achei interessantes os 64 créditos de comitê. Os votos são ponderados por créditos, enquanto a extração determinística usa stake e reduz o peso de um provisionador em 1 DUSK por crédito atribuído. As assinaturas BLS são então agregadas.

As compensações de segurança são o que ainda estou pensando. Após 16 iterações falhas, o modo de emergência começa, mas iterações abertas simultâneas também podem aumentar o risco de fork. O protocolo resolve isso escolhendo a iteração mais baixa.

Depois disso, há a camada de transações: Moonlight é baseado em conta e é transparente, enquanto Phoenix usa UTXOs, provas ZK e nullifiers para privacidade.

Minhas perguntas: a seleção ponderada por stake cria uma concentração significativa ao longo do tempo? E o quão robusto é o modo de emergência sob disrupção sustentada da rede?

#dusk $DUSK @Dusk

Voltei à documentação da Dusk na noite passada, tentando entender a Atestação Concisa (SA) além da descrição de PoS.

O que se destacou é o quanto depende da seleção determinística (DS). Um provedor precisa ter pelo menos 1.000 DUSK apostados, mas a elegibilidade é adiada por M = 2 × epoch − (altura mod epoch), com cada epoch atualmente com 2.160 blocos. A DS seleciona geradores de bloco e comitês usando pontuações baseadas em SHA3 e uma semente, tornando futuras seleções mais difíceis de pré-calcular.

O fluxo de consenso é proposta, validação e depois ratificação. Para ser Válido é necessário uma supermaioria de 2/3, enquanto para Inválido, NoCandidate ou NoQuorum é necessário 1/2 + 1. Podem existir até 50 iterações por rodada.

A votação do comitê é ponderada por créditos, atualmente 64, e assinaturas BLS permitem que os votos sejam agregados. Isso levanta uma questão de descentralização: a seleção ponderada por stake continua diversificada quando grandes provedores acumulam mais influência?

O modo de emergência após 16 iterações falhadas é uma troca de segurança: ele pode manter o consenso em andamento, mas iterações simultâneas podem aumentar o risco de fork. Um bloco de emergência exige solicitações de provedores que detêm a maioria do stake total.

A finalização contínua classifica blocos como accepted, attested, confirmed ou final.

Estou me perguntando: como esses limiares são testados sob estresse contra conluio, falhas de vivacidade e concentração de comitê?

#dusk $DUSK @Dusk

🚨 𝐒𝐂 +𝟓𝟎% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$SC está mostrando forte momentum após um aumento de +50%, com compradores agora se aproximando da resistência-chave em US$ 0.000935.

Entrada: US$ 0.000524 – US$ 0.000792

TP1: US$ 0.000935
TP2: US$ 0.001000

SL: US$ 0.000524

R:R: 1:2

🔥 Romper e manter acima de US$ 0.000935 pode abrir caminho para mais um forte movimento de alta.

$SC

$DUSK RECUPERANDO! RUPTURA DE BARREIRA WATCH 🚀

Entrada: US$ 0,0660 – US$ 0,0767

Alvo (TP): US$ 0,0885 / US$ 0,0900

Stop (SL): US$ 0,0660

Romper US$ 0,0885 = próxima perna acima.$DUSK

🔥 𝐓𝐑𝐔𝐌𝐏 +𝟕𝟕% 𝐌𝐄𝐆𝐀 𝐏𝐔𝐌𝐏! 𝐂𝐎𝐍𝐓𝐈𝐍𝐔𝐀𝐂̧𝐀̃𝐎 𝐖𝐀𝐓𝐂𝐇 🚀

$TRUMP está mostrando um impulso explosivo após um salto de +77%. O nível-chave agora é US$ 3.680 — uma ruptura e sustentação claras poderiam indicar mais potencial de alta.

Entrada: US$ 1.699 – US$ 3.031

TP1: US$ 3.680
TP2: US$ 4.000

SL: US$ 1.699

🔥 Ruptura e sustentação acima de US$ 3.680 podem abrir caminho para o próximo movimento de alta. $TRUMP

Passei a última noite lendo novamente o whitepaper do Dusk para entender melhor o seu consenso subjacente e a arquitetura de transações. No início, achei que fosse apenas uma cadeia padrão de privacidade, mas a configuração de duplo motor é mais complexa do que eu esperava.
Eles dividem a execução em Moonlight, um modelo transparente baseado em contas, e Phoenix, um modelo ZK UTXO que usa notas em árvore de Merkle e anuladores (nullifiers) para evitar gastos duplicados. O que realmente chamou minha atenção foi a Seção 3.9 sobre incentivos. As recompensas de bloco são distribuídas com 80% para o gerador do bloco (dividido em uma parcela fixa de 70% e 10% variável com base nos créditos dos votantes), 10% para o comitê de votação e 10% diretamente para o Dusk. Para penalidades, falhas menores levam a soft slashing e suspensão, enquanto falhas maiores como votação dupla acarretam hard slashing que queima o stake.
Isso levantou algumas questões para mim sobre descentralização e segurança. Como o corte contínuo de 10% para o Dusk impacta a centralização do tesouro a longo prazo? Além disso, em condições reais de baixa latência, o mecanismo de créditos realmente impede que geradores de iterações superiores deixem intencionalmente que iterações anteriores falhem para capturar a recompensa do gerador?
Eu não consegui encontrar uma resposta clara sobre como o conjunto de nullifiers do Phoenix escala em relação ao aumento de volume de estado (state bloat) ao longo do tempo também. Adoraria ouvir perspectivas técnicas sobre isso.

#dusk $DUSK @Dusk

Voltei ontem à documentação do TermMax, focando no verificador de airdrop e nas seções de distribuição de tokens. O que começou como uma leitura rápida virou uma tentativa mais longa de mapear os mecanismos reais.

Abaixo do limite de vesting, a alocação total é reivindicável imediatamente, sem nenhum lockup, ou pode ser apostada para receber um bônus de +80% ao longo de três meses ou +180% ao longo de seis meses. Acima do limite, as opções se estreitam: reivindicar 30% agora e renunciar permanentemente aos 70% restantes, ou reivindicar apenas 15% agora e adquirir o restante 85% com vesting ao longo de três ou seis meses. Esses 15% ainda podem ser reivindicados ou apostados. Os desbloqueios ocorrem a cada três meses; um plano de três meses é liberado uma vez, enquanto um plano de seis meses é liberado no terceiro mês e no sexto mês. Se vesting e staking forem selecionados, os bônus seguem seus próprios cronogramas, mas aparecem juntos na mesma janela de desbloqueio.

O prazo de confirmação é 23 de agosto, 23:59 UTC, e a escolha é irreversível. Se você perder o prazo, o padrão é o lockup mais longo: vesting de seis meses mais stake de seis meses. A reivindicação em si começa em 25 de agosto, e as seleções confirmadas serão levadas para a página TMX Management no TGE. As alocações ficam fixas ao snapshot da atividade e dos saldos verificados. Tokens da campanha anterior da Binance Wallet são excluídos do verificador e serão enviados separadamente no TGE, sem vesting.

Não consegui encontrar uma explicação clara de como o próprio limite foi calculado, nem se ele pode ser ajustado mais tarde via governança. A seleção irreversível também levanta uma questão prática de segurança: se uma carteira for comprometida ou se ocorrer um erro na interface. Apostar os tokens de bônus confere algum peso de governança, ou é apenas um mecanismo de rendimento? Alguém mais localizou as fontes exatas dos parâmetros ou os caminhos de recuperação nos contratos?
#termmax @TermMax