Valor total de mercado:$00
API
PT
Escuro

PesquisarSSI/Mag7/Meme/ETF/Moeda/Índice/Gráficos/Pesquisa
00:00 / 00:00
Visualizar
    Mercados
    Índexes
    Feed de notícias
    TokenBar®
    Análise
    Macro
    Favoritos
Partilhar

DSM: Máquina de Estado Descentralizada - Resolvendo o "Double Spend Problem" sem a necessidade de consenso global, desbloqueando um novo paradigma

#Layer1
Ethereum Research - Latest posts
1KPalavras
28/06/2025

DSM Offline Trade Safety — Resumo Técnico Final


Duas pessoas, cara a cara, telefones em modo avião: a compradora Alice tenta gastar duas vezes; a comerciante Carol ainda mantém sua mercadoria segura.



1 Contexto Criptográfico Pré-Transação

































PrimitivoObjetivoTamanho (offline)
Hash-chain Bilateral H_{A\leftrightarrow X}Log de estado por relacionamento32 B/link
Raiz SMT em todo o dispositivo R_nUm compromisso de 32 bytes com todos os heads32 B
Prova de inclusão específica do gastoProva que o token T está presente, não gasto, com chave única em R_n\mathcal{O}(\log k)\!\approx\!200{-}400 B
Teorema do Fio-DisparadorQualquer fork ⇒ colisão de hash impossível ⇒ a carteira do atacante é inutilizadaApenas lógica


2 Handshake de Pagamento Offline de Duas Rodadas


(Bluetooth ou QR; concluído em segundos.)























RodadaDados TrocadosO Que Carol Verifica Offline
1 – Desafio & ProvaAlice ➜ Carol
• raiz atual R_n
• prova de inclusão para o token T
O token T não foi gasto dentro de R_n.
2 – Consumir & UnirCarol ➜ Alice: novo link H_{A\leftrightarrow C} que gasta T
Alice ➜ Carol: raiz sucessora R_{n+1} comprometendo todos os heads incluindo H_{A\leftrightarrow C}
Carol verifica:
• H_{A\leftrightarrow C}\in R_{n+1}
• R_n \!\rightarrow\! R_{n+1} é um passo de hash válido.


Aprovado: Carol recebe uma única raiz unida R_{n+1} → a carteira mostra FINAL.

Falha (fork): Alice não consegue produzir R_{n+1} → o Tripwire é acionado; o pagamento é abortado.




3 Por Que o Gasto Duplo Morre Durante o Handshake



  1. Anteriormente, Alice pagou Bob, gastando T e criando a raiz R_{n+1}^{\,B}.

  2. A venda de Carol exigiria a raiz R_{n+1}^{\,C} que também gasta T.

  3. Uma única raiz sucessora não pode conter ambos os gastos ⇒ a resistência à colisão proíbe isso.

  4. Alice não consegue entregar R_{n+1} ➜ a carteira de Carol expira, mostra Pagamento falhou.

  5. O Tripwire inutiliza a carteira de Alice para todos os pares futuros.


Resultado: Cada comerciante honesto recebe valor irreversível ou não recebe nada — ninguém entrega mercadorias e sai perdendo.



4 Garantias Operacionais
































PropriedadeValor
Latência de finalização< 2 s offline
Dados por transação≤ 500 B (raiz + prova + raiz)
PrivacidadeO comerciante aprende apenas sua cadeia bilateral + duas raízes
EscalabilidadeFunciona a 120 k TPS mesmo em telefones com bateria
Superfície de ataqueO fork inutiliza o atacante; a clonagem é bloqueada pelo DBRW


5 Conclusão


A prova de inclusão específica de gasto do DSM mais a rodada de "devolver a raiz unida" oferece finalidade criptográfica no mesmo encontro cara a cara.

Um comerciante entrega o item somente depois de possuir um ativo que não pode ser gasto duas vezes.

Sem golpes, sem estornos, exposição zero.



O DSM está se aproximando da produção com um beta privado em breve - o repositório é atualmente privado - mas será tornado público no beta público - [email protected] para entrar em contato

Tudo o que você precisa saber em 10s
TermosPolítica de PrivacidadePapel BrancoVerificação oficialCookieBlogue
sha512-gmb+mMXJiXiv+eWvJ2SAkPYdcx2jn05V/UFSemmQN07Xzi5pn0QhnS09TkRj2IZm/UnUmYV4tRTVwvHiHwY2BQ==
sha512-kYWj302xPe4RCV/dCeCy7bQu1jhBWhkeFeDJid4V8+5qSzhayXq80dsq8c+0s7YFQKiUUIWvHNzduvFJAPANWA==