kopkolai
383 Publicações
kopkolai
Denunciar
Bloquear Utilizador
310 A seguir
25 Seguidores
206 Gostaram
Publicações
·
--
Em Baixa
#dusk $DUSK @Dusk_Foundation
💥 Se as leis mudarem, a regra de compliance acima no Dusk pode ser atualizada?
Parece que eu só prestei atenção nisso depois de muitas leituras das discussões sobre o Dusk. Não porque pareça interessante — na verdade, é um tipo de problema bem chato — mas quanto mais eu olho, mais difícil é ignorar.
A lei muda, as regras mudam, mas o sistema de compliance geralmente não muda de forma tão leve. Uma regra que é inserida pode permanecer por mais tempo do que a razão original pela qual ela surgiu. E quando chega a hora de corrigir, o usuário acaba tendo que passar por uma camada extra de atrito; os sistemas atuais costumam resolver isso com processos bem pesados. Não é que esteja errado, só é exagero em muitos casos.
O Dusk parece estar tentando abordar o problema por outro caminho: a regra de compliance pode ser atualizada quando a exigência legal muda, em vez de tratar o compliance como um estado fixo.
Mas isso é só um desenho. Não é uma evidência.
O ponto realmente digno de observar não é o que o Dusk diz sobre compliance, e sim se, quando a lei de fato muda, o sistema é capaz de atualizar rápido e com precisão suficientes, e se ainda funciona na prática.
Essa é a parte que eu ainda estou acompanhando.
{spot}(BTCUSDT)
#dusk $DUSK @Dusk
💥 Se as leis mudarem, a regra de compliance acima no Dusk pode ser atualizada?
Parece que eu só prestei atenção nisso depois de muitas leituras das discussões sobre o Dusk. Não porque pareça interessante — na verdade, é um tipo de problema bem chato — mas quanto mais eu olho, mais difícil é ignorar.
A lei muda, as regras mudam, mas o sistema de compliance geralmente não muda de forma tão leve. Uma regra que é inserida pode permanecer por mais tempo do que a razão original pela qual ela surgiu. E quando chega a hora de corrigir, o usuário acaba tendo que passar por uma camada extra de atrito; os sistemas atuais costumam resolver isso com processos bem pesados. Não é que esteja errado, só é exagero em muitos casos.
O Dusk parece estar tentando abordar o problema por outro caminho: a regra de compliance pode ser atualizada quando a exigência legal muda, em vez de tratar o compliance como um estado fixo.
Mas isso é só um desenho. Não é uma evidência.
O ponto realmente digno de observar não é o que o Dusk diz sobre compliance, e sim se, quando a lei de fato muda, o sistema é capaz de atualizar rápido e com precisão suficientes, e se ainda funciona na prática.
Essa é a parte que eu ainda estou acompanhando.
💥 Se as leis mudarem, a regra de compliance acima no Dusk pode ser atualizada?
Parece que eu só prestei atenção nisso depois de muitas leituras das discussões sobre o Dusk. Não porque pareça interessante — na verdade, é um tipo de problema bem chato — mas quanto mais eu olho, mais difícil é ignorar.
A lei muda, as regras mudam, mas o sistema de compliance geralmente não muda de forma tão leve. Uma regra que é inserida pode permanecer por mais tempo do que a razão original pela qual ela surgiu. E quando chega a hora de corrigir, o usuário acaba tendo que passar por uma camada extra de atrito; os sistemas atuais costumam resolver isso com processos bem pesados. Não é que esteja errado, só é exagero em muitos casos.
O Dusk parece estar tentando abordar o problema por outro caminho: a regra de compliance pode ser atualizada quando a exigência legal muda, em vez de tratar o compliance como um estado fixo.
Mas isso é só um desenho. Não é uma evidência.
O ponto realmente digno de observar não é o que o Dusk diz sobre compliance, e sim se, quando a lei de fato muda, o sistema é capaz de atualizar rápido e com precisão suficientes, e se ainda funciona na prática.
Essa é a parte que eu ainda estou acompanhando.
1
215
·
--
#dusk $DUSK @Dusk_Foundation
Eu costumava achar que escolher um VM era apenas uma questão técnica. Depois, ao ver muitos aplicativos cripto, percebi que o problema costuma estar em outro lugar: o desenvolvedor escolhe o que é mais familiar, e então aceita a fricção sem perguntar se ela é realmente necessária.
É um problema meio entediante, mas persistente. Um novo aplicativo pode precisar de um ambiente adequado à sua própria lógica, ou simplesmente querer aproveitar o ecossistema Ethereum já existente. Escolher errado no começo não faz o sistema desabar imediatamente — apenas torna cada mudança futura um pouco mais difícil.
O Dusk parece estar colocando duas abordagens lado a lado: o DuskVM para aplicações que querem se aprofundar no ambiente próprio do Dusk, enquanto o DuskEVM parece ser mais adequado para desenvolvedores que já estão acostumados com Solidity e com as ferramentas do ecossistema Ethereum.
Pelo menos da forma como eu vejo, não é uma história de “qual VM é melhor”. É uma questão do que a aplicação precisa, e do tipo de fricção que o desenvolvedor está disposto a pagar.
No fim, ainda é sobre uso. Se o desenvolvedor realmente escolhe e constrói sobre isso, aí sim existem dados dignos de serem analisados. É a parte para a qual eu sempre volto. Eu ainda estou acompanhando.
#dusk $DUSK @Dusk
Eu costumava achar que escolher um VM era apenas uma questão técnica. Depois, ao ver muitos aplicativos cripto, percebi que o problema costuma estar em outro lugar: o desenvolvedor escolhe o que é mais familiar, e então aceita a fricção sem perguntar se ela é realmente necessária.
É um problema meio entediante, mas persistente. Um novo aplicativo pode precisar de um ambiente adequado à sua própria lógica, ou simplesmente querer aproveitar o ecossistema Ethereum já existente. Escolher errado no começo não faz o sistema desabar imediatamente — apenas torna cada mudança futura um pouco mais difícil.
O Dusk parece estar colocando duas abordagens lado a lado: o DuskVM para aplicações que querem se aprofundar no ambiente próprio do Dusk, enquanto o DuskEVM parece ser mais adequado para desenvolvedores que já estão acostumados com Solidity e com as ferramentas do ecossistema Ethereum.
Pelo menos da forma como eu vejo, não é uma história de “qual VM é melhor”. É uma questão do que a aplicação precisa, e do tipo de fricção que o desenvolvedor está disposto a pagar.
No fim, ainda é sobre uso. Se o desenvolvedor realmente escolhe e constrói sobre isso, aí sim existem dados dignos de serem analisados. É a parte para a qual eu sempre volto. Eu ainda estou acompanhando.
Eu costumava achar que escolher um VM era apenas uma questão técnica. Depois, ao ver muitos aplicativos cripto, percebi que o problema costuma estar em outro lugar: o desenvolvedor escolhe o que é mais familiar, e então aceita a fricção sem perguntar se ela é realmente necessária.
É um problema meio entediante, mas persistente. Um novo aplicativo pode precisar de um ambiente adequado à sua própria lógica, ou simplesmente querer aproveitar o ecossistema Ethereum já existente. Escolher errado no começo não faz o sistema desabar imediatamente — apenas torna cada mudança futura um pouco mais difícil.
O Dusk parece estar colocando duas abordagens lado a lado: o DuskVM para aplicações que querem se aprofundar no ambiente próprio do Dusk, enquanto o DuskEVM parece ser mais adequado para desenvolvedores que já estão acostumados com Solidity e com as ferramentas do ecossistema Ethereum.
Pelo menos da forma como eu vejo, não é uma história de “qual VM é melhor”. É uma questão do que a aplicação precisa, e do tipo de fricção que o desenvolvedor está disposto a pagar.
No fim, ainda é sobre uso. Se o desenvolvedor realmente escolhe e constrói sobre isso, aí sim existem dados dignos de serem analisados. É a parte para a qual eu sempre volto. Eu ainda estou acompanhando.
3
94
·
--
#dusk $DUSK @Dusk_Foundation
Não acho que simplesmente adicionar mais usuários faça com que um validador naturalmente ganhe mais. A cripto já tem exemplos suficientes mostrando que o volume pode aumentar, mas a economia por trás ainda é relativamente fraca.
O problema é que “mais usuários” e “mais valor econômico” não são a mesma coisa. Uma rede pode processar muitas transações pequenas, enquanto as taxas obtidas não são suficientes para cobrir os custos operacionais do validador. Servidores, largura de banda, armazenamento, monitoramento… ainda precisam ser pagos. Tráfego demais às vezes ainda cria mais pressão.
Atualmente, os validadores geralmente dependem de recompensas, taxas de transação e incentivos. Quando o uso aumenta, a parte das taxas pode aumentar, mas se a taxa por transação for muito baixa, a receita real quase não muda. Parece um cálculo fácil de ser ignorado.
Dusk parece estar tentando resolver o problema por outra via: aproximar mais privacidade, conformidade e atividades financeiras do mundo real. Se o uso vier de transações com valor econômico, a economia do validador pode mudar.
Mas ainda é apenas uma hipótese.
Pelo menos, pela forma como eu vejo, o que vale a pena observar não é o número de usuários, e sim a receita real por unidade de atividade. É a parte para a qual eu sempre volto.
Ainda estou esperando o uso provar isso.
#dusk $DUSK @Dusk
Não acho que simplesmente adicionar mais usuários faça com que um validador naturalmente ganhe mais. A cripto já tem exemplos suficientes mostrando que o volume pode aumentar, mas a economia por trás ainda é relativamente fraca.
O problema é que “mais usuários” e “mais valor econômico” não são a mesma coisa. Uma rede pode processar muitas transações pequenas, enquanto as taxas obtidas não são suficientes para cobrir os custos operacionais do validador. Servidores, largura de banda, armazenamento, monitoramento… ainda precisam ser pagos. Tráfego demais às vezes ainda cria mais pressão.
Atualmente, os validadores geralmente dependem de recompensas, taxas de transação e incentivos. Quando o uso aumenta, a parte das taxas pode aumentar, mas se a taxa por transação for muito baixa, a receita real quase não muda. Parece um cálculo fácil de ser ignorado.
Dusk parece estar tentando resolver o problema por outra via: aproximar mais privacidade, conformidade e atividades financeiras do mundo real. Se o uso vier de transações com valor econômico, a economia do validador pode mudar.
Mas ainda é apenas uma hipótese.
Pelo menos, pela forma como eu vejo, o que vale a pena observar não é o número de usuários, e sim a receita real por unidade de atividade. É a parte para a qual eu sempre volto.
Ainda estou esperando o uso provar isso.
Não acho que simplesmente adicionar mais usuários faça com que um validador naturalmente ganhe mais. A cripto já tem exemplos suficientes mostrando que o volume pode aumentar, mas a economia por trás ainda é relativamente fraca.
O problema é que “mais usuários” e “mais valor econômico” não são a mesma coisa. Uma rede pode processar muitas transações pequenas, enquanto as taxas obtidas não são suficientes para cobrir os custos operacionais do validador. Servidores, largura de banda, armazenamento, monitoramento… ainda precisam ser pagos. Tráfego demais às vezes ainda cria mais pressão.
Atualmente, os validadores geralmente dependem de recompensas, taxas de transação e incentivos. Quando o uso aumenta, a parte das taxas pode aumentar, mas se a taxa por transação for muito baixa, a receita real quase não muda. Parece um cálculo fácil de ser ignorado.
Dusk parece estar tentando resolver o problema por outra via: aproximar mais privacidade, conformidade e atividades financeiras do mundo real. Se o uso vier de transações com valor econômico, a economia do validador pode mudar.
Mas ainda é apenas uma hipótese.
Pelo menos, pela forma como eu vejo, o que vale a pena observar não é o número de usuários, e sim a receita real por unidade de atividade. É a parte para a qual eu sempre volto.
Ainda estou esperando o uso provar isso.
1
90
·
--
#dusk $DUSK @Dusk_Foundation
Eu costumava pensar que staking era principalmente uma questão de bloquear ativos e esperar pelas recompensas. Mas, quanto mais observo, mais percebo que a parte mais difícil está em outro lugar: o validator precisa arcar com o custo dos próprios erros.
Existem riscos bem entediantes. O node para de funcionar, a conexão fica instável, há uma configuração incorreta ou o validator executa uma ação que a rede considera fraude ou que afeta a consistência. Nesse caso, o stake deixa de ser apenas um ativo parado e passa a ser algo que pode ser reduzido.
Parece que muita gente só olha para o APY e ignora a responsabilidade por trás. Eles calculam as recompensas primeiro e só depois pensam nas condições para manter o capital. Pelo menos do jeito que eu vejo, é uma abordagem um pouco invertida.
O Dusk parece estar tentando colocar o problema de outra forma: o validator não é apenas pago para participar, ele precisa ser responsável pela maneira como participa.
Mas o mecanismo, por mais plausível que pareça no papel, não diz muita coisa por si só. O que me interessa ainda é o uso prático. Quantos validadores realmente operam de forma estável? Quantos erros acontecem fora do previsto? E eu continuo acompanhando essa parte.
#dusk $DUSK @Dusk
Eu costumava pensar que staking era principalmente uma questão de bloquear ativos e esperar pelas recompensas. Mas, quanto mais observo, mais percebo que a parte mais difícil está em outro lugar: o validator precisa arcar com o custo dos próprios erros.
Existem riscos bem entediantes. O node para de funcionar, a conexão fica instável, há uma configuração incorreta ou o validator executa uma ação que a rede considera fraude ou que afeta a consistência. Nesse caso, o stake deixa de ser apenas um ativo parado e passa a ser algo que pode ser reduzido.
Parece que muita gente só olha para o APY e ignora a responsabilidade por trás. Eles calculam as recompensas primeiro e só depois pensam nas condições para manter o capital. Pelo menos do jeito que eu vejo, é uma abordagem um pouco invertida.
O Dusk parece estar tentando colocar o problema de outra forma: o validator não é apenas pago para participar, ele precisa ser responsável pela maneira como participa.
Mas o mecanismo, por mais plausível que pareça no papel, não diz muita coisa por si só. O que me interessa ainda é o uso prático. Quantos validadores realmente operam de forma estável? Quantos erros acontecem fora do previsto? E eu continuo acompanhando essa parte.
Eu costumava pensar que staking era principalmente uma questão de bloquear ativos e esperar pelas recompensas. Mas, quanto mais observo, mais percebo que a parte mais difícil está em outro lugar: o validator precisa arcar com o custo dos próprios erros.
Existem riscos bem entediantes. O node para de funcionar, a conexão fica instável, há uma configuração incorreta ou o validator executa uma ação que a rede considera fraude ou que afeta a consistência. Nesse caso, o stake deixa de ser apenas um ativo parado e passa a ser algo que pode ser reduzido.
Parece que muita gente só olha para o APY e ignora a responsabilidade por trás. Eles calculam as recompensas primeiro e só depois pensam nas condições para manter o capital. Pelo menos do jeito que eu vejo, é uma abordagem um pouco invertida.
O Dusk parece estar tentando colocar o problema de outra forma: o validator não é apenas pago para participar, ele precisa ser responsável pela maneira como participa.
Mas o mecanismo, por mais plausível que pareça no papel, não diz muita coisa por si só. O que me interessa ainda é o uso prático. Quantos validadores realmente operam de forma estável? Quantos erros acontecem fora do previsto? E eu continuo acompanhando essa parte.
4
114
·
--
#dusk $DUSK @Dusk_Foundation
Parece que só mesmo depois de algumas vezes observando como redes PoS tratam nós com funcionamento incorreto é que eu realmente passei a prestar atenção nisso. A punição não necessariamente significa tirar dinheiro. E esse é um ponto que achei bastante intrigante.
Um nó que não cria blocos quando chega a sua vez, ou que participa de forma incompleta, claramente causa um problema. Mas chamar isso de sabotagem parece um pouco demais. Com a Dusk, a soft penalty parece ter sido projetada para esse tipo de falha: o provisioner pode ser suspenso, parte do active stake pode ser colocada em estado locked, reduzindo o peso de participação. O token não desaparece de verdade.
A hard penalty já é outra história. Quando um nó cria um bloco inválido, faz double vote ou cria dois blocos em conflito, uma parte do stake pode ser queimada. Isso já não é apenas “offline” ou operação ruim.
Pelo menos da forma como eu vejo, a diferença está no nível de perda. O sistema não só pune. Ele tenta distinguir falhas operacionais de comportamentos que podem ameaçar o consenso.
Mas o quão bom esse mecanismo é ainda precisa ser visto na prática. Eu ainda estou acompanhando essa parte.
#dusk $DUSK @Dusk
Parece que só mesmo depois de algumas vezes observando como redes PoS tratam nós com funcionamento incorreto é que eu realmente passei a prestar atenção nisso. A punição não necessariamente significa tirar dinheiro. E esse é um ponto que achei bastante intrigante.
Um nó que não cria blocos quando chega a sua vez, ou que participa de forma incompleta, claramente causa um problema. Mas chamar isso de sabotagem parece um pouco demais. Com a Dusk, a soft penalty parece ter sido projetada para esse tipo de falha: o provisioner pode ser suspenso, parte do active stake pode ser colocada em estado locked, reduzindo o peso de participação. O token não desaparece de verdade.
A hard penalty já é outra história. Quando um nó cria um bloco inválido, faz double vote ou cria dois blocos em conflito, uma parte do stake pode ser queimada. Isso já não é apenas “offline” ou operação ruim.
Pelo menos da forma como eu vejo, a diferença está no nível de perda. O sistema não só pune. Ele tenta distinguir falhas operacionais de comportamentos que podem ameaçar o consenso.
Mas o quão bom esse mecanismo é ainda precisa ser visto na prática. Eu ainda estou acompanhando essa parte.
Parece que só mesmo depois de algumas vezes observando como redes PoS tratam nós com funcionamento incorreto é que eu realmente passei a prestar atenção nisso. A punição não necessariamente significa tirar dinheiro. E esse é um ponto que achei bastante intrigante.
Um nó que não cria blocos quando chega a sua vez, ou que participa de forma incompleta, claramente causa um problema. Mas chamar isso de sabotagem parece um pouco demais. Com a Dusk, a soft penalty parece ter sido projetada para esse tipo de falha: o provisioner pode ser suspenso, parte do active stake pode ser colocada em estado locked, reduzindo o peso de participação. O token não desaparece de verdade.
A hard penalty já é outra história. Quando um nó cria um bloco inválido, faz double vote ou cria dois blocos em conflito, uma parte do stake pode ser queimada. Isso já não é apenas “offline” ou operação ruim.
Pelo menos da forma como eu vejo, a diferença está no nível de perda. O sistema não só pune. Ele tenta distinguir falhas operacionais de comportamentos que podem ameaçar o consenso.
Mas o quão bom esse mecanismo é ainda precisa ser visto na prática. Eu ainda estou acompanhando essa parte.
3
98
·
--
#dusk $DUSK @Dusk_Foundation
Há um tipo de número na cripto que parece muito pequeno, mas que acaba determinando quem realmente pode participar da rede. Com a DUSK, esse número hoje é 1.000 DUSK para uma posição de staking direto.
No começo, pensei que a história estaria no capital. Mas, ao olhar com mais atenção, 1.000 DUSK é apenas a porta de entrada; não é uma promessa de lucro. Para fazer staking direto, ainda é preciso operar um nó provisioner, manter o nó sincronizado e funcionando de forma estável.
Essa parte é bem “chata”, mas é persistente. Muita gente encara staking como “enviar tokens e esperar recompensas”. Na prática, o sistema coloca mais uma camada de responsabilidade operacional. Parece que a Dusk quer separar essas duas coisas com bastante clareza: ter tokens não significa poder negligenciar a infraestrutura.
No staking pool, o usuário não necessariamente precisa executar o nó, mas tem de aceitar o risco do provedor.
Pelo menos do jeito que eu vejo, 1.000 DUSK não é o número mais debatível. O que vale a pena observar é quantas pessoas realmente fazem staking e como elas mantêm isso ativo. É nessa parte que eu sempre volto.
#dusk $DUSK @Dusk
Há um tipo de número na cripto que parece muito pequeno, mas que acaba determinando quem realmente pode participar da rede. Com a DUSK, esse número hoje é 1.000 DUSK para uma posição de staking direto.
No começo, pensei que a história estaria no capital. Mas, ao olhar com mais atenção, 1.000 DUSK é apenas a porta de entrada; não é uma promessa de lucro. Para fazer staking direto, ainda é preciso operar um nó provisioner, manter o nó sincronizado e funcionando de forma estável.
Essa parte é bem “chata”, mas é persistente. Muita gente encara staking como “enviar tokens e esperar recompensas”. Na prática, o sistema coloca mais uma camada de responsabilidade operacional. Parece que a Dusk quer separar essas duas coisas com bastante clareza: ter tokens não significa poder negligenciar a infraestrutura.
No staking pool, o usuário não necessariamente precisa executar o nó, mas tem de aceitar o risco do provedor.
Pelo menos do jeito que eu vejo, 1.000 DUSK não é o número mais debatível. O que vale a pena observar é quantas pessoas realmente fazem staking e como elas mantêm isso ativo. É nessa parte que eu sempre volto.
Há um tipo de número na cripto que parece muito pequeno, mas que acaba determinando quem realmente pode participar da rede. Com a DUSK, esse número hoje é 1.000 DUSK para uma posição de staking direto.
No começo, pensei que a história estaria no capital. Mas, ao olhar com mais atenção, 1.000 DUSK é apenas a porta de entrada; não é uma promessa de lucro. Para fazer staking direto, ainda é preciso operar um nó provisioner, manter o nó sincronizado e funcionando de forma estável.
Essa parte é bem “chata”, mas é persistente. Muita gente encara staking como “enviar tokens e esperar recompensas”. Na prática, o sistema coloca mais uma camada de responsabilidade operacional. Parece que a Dusk quer separar essas duas coisas com bastante clareza: ter tokens não significa poder negligenciar a infraestrutura.
No staking pool, o usuário não necessariamente precisa executar o nó, mas tem de aceitar o risco do provedor.
Pelo menos do jeito que eu vejo, 1.000 DUSK não é o número mais debatível. O que vale a pena observar é quantas pessoas realmente fazem staking e como elas mantêm isso ativo. É nessa parte que eu sempre volto.
1
102
·
--
#dusk $DUSK @Dusk_Foundation
Ainda não tenho certeza se a Dusk realmente está indo junto com os títulos ou apenas ficando perto dessa história. Este é um ponto diferente que eu acho que não deve ser ignorado.
Obrigações parecem simples. Mas, por trás de uma transação, há emissão, verificação dos investidores, titularidade, pagamentos, custódia e conciliação. Os sistemas atuais geralmente são construídos em várias camadas. Eles resolvem cada parte separadamente. Eles fazem isso com bastante solidez, mas também acabam criando bastante atrito.
O que me chama atenção é que a Dusk parece estar tentando resolver exatamente essa parte da infraestrutura. Não é transformar o título em outro tipo de criptoativo. Parece que o objetivo é levar ativos mais bem gerenciados para um ambiente que consiga lidar com direitos de propriedade e transações de forma mais transparente.
Mas é aqui que eu ainda mantenho distância.
Uma blockchain pode processar transações não significa que instituições vão colocar títulos nela. Regulação, liquidez e aceitação pelo mercado ainda são os testes difíceis.
Pelo menos, do jeito que eu vejo, o uso prático é que é a resposta; e eu continuo acompanhando. É a parte que eu não quero concluir cedo demais.
#dusk $DUSK @Dusk
Ainda não tenho certeza se a Dusk realmente está indo junto com os títulos ou apenas ficando perto dessa história. Este é um ponto diferente que eu acho que não deve ser ignorado.
Obrigações parecem simples. Mas, por trás de uma transação, há emissão, verificação dos investidores, titularidade, pagamentos, custódia e conciliação. Os sistemas atuais geralmente são construídos em várias camadas. Eles resolvem cada parte separadamente. Eles fazem isso com bastante solidez, mas também acabam criando bastante atrito.
O que me chama atenção é que a Dusk parece estar tentando resolver exatamente essa parte da infraestrutura. Não é transformar o título em outro tipo de criptoativo. Parece que o objetivo é levar ativos mais bem gerenciados para um ambiente que consiga lidar com direitos de propriedade e transações de forma mais transparente.
Mas é aqui que eu ainda mantenho distância.
Uma blockchain pode processar transações não significa que instituições vão colocar títulos nela. Regulação, liquidez e aceitação pelo mercado ainda são os testes difíceis.
Pelo menos, do jeito que eu vejo, o uso prático é que é a resposta; e eu continuo acompanhando. É a parte que eu não quero concluir cedo demais.
Ainda não tenho certeza se a Dusk realmente está indo junto com os títulos ou apenas ficando perto dessa história. Este é um ponto diferente que eu acho que não deve ser ignorado.
Obrigações parecem simples. Mas, por trás de uma transação, há emissão, verificação dos investidores, titularidade, pagamentos, custódia e conciliação. Os sistemas atuais geralmente são construídos em várias camadas. Eles resolvem cada parte separadamente. Eles fazem isso com bastante solidez, mas também acabam criando bastante atrito.
O que me chama atenção é que a Dusk parece estar tentando resolver exatamente essa parte da infraestrutura. Não é transformar o título em outro tipo de criptoativo. Parece que o objetivo é levar ativos mais bem gerenciados para um ambiente que consiga lidar com direitos de propriedade e transações de forma mais transparente.
Mas é aqui que eu ainda mantenho distância.
Uma blockchain pode processar transações não significa que instituições vão colocar títulos nela. Regulação, liquidez e aceitação pelo mercado ainda são os testes difíceis.
Pelo menos, do jeito que eu vejo, o uso prático é que é a resposta; e eu continuo acompanhando. É a parte que eu não quero concluir cedo demais.
1
2
60
·
--
#binancep2pantoan @Binance_Vietnam
Eu sempre pensei em uma situação bem entediante: dinheiro não entra, não sai, as transações dão problema. Naquele momento, o que eu precisava não era uma palavra de conforto, mas sim saber com quem eu estava falando.
Os sistemas de suporte atuais parecem ter várias camadas. Primeiro vem o Bot; depois, o centro de ajuda; e só então, os atendentes, se o problema preencher os requisitos. Para usuários que estão diante de uma transação com erro, essas camadas às vezes adicionam ainda mais atrito.
Pelo menos, do jeito que eu vejo, a opção mais segura continua sendo seguir pelo canal oficial de suporte da exchange. Na Binance, o usuário pode abrir a seção Support/Chat e seguir o fluxo de suporte para se conectar com um atendente quando necessário. Tão importante quanto isso é verificar se você está usando o aplicativo ou site oficial.
Não é de uma conta no Telegram que se apresenta como suporte. Muito menos de um desconhecido que te chama primeiro.
Por mais conveniente que o sistema pareça ser, o valor real só se confirma quando acontece algum problema. É a parte que eu sempre retomo e continuo acompanhando como as exchanges lidam com situações como essas.
#binancep2pantoan @Binance Vietnam
Eu sempre pensei em uma situação bem entediante: dinheiro não entra, não sai, as transações dão problema. Naquele momento, o que eu precisava não era uma palavra de conforto, mas sim saber com quem eu estava falando.
Os sistemas de suporte atuais parecem ter várias camadas. Primeiro vem o Bot; depois, o centro de ajuda; e só então, os atendentes, se o problema preencher os requisitos. Para usuários que estão diante de uma transação com erro, essas camadas às vezes adicionam ainda mais atrito.
Pelo menos, do jeito que eu vejo, a opção mais segura continua sendo seguir pelo canal oficial de suporte da exchange. Na Binance, o usuário pode abrir a seção Support/Chat e seguir o fluxo de suporte para se conectar com um atendente quando necessário. Tão importante quanto isso é verificar se você está usando o aplicativo ou site oficial.
Não é de uma conta no Telegram que se apresenta como suporte. Muito menos de um desconhecido que te chama primeiro.
Por mais conveniente que o sistema pareça ser, o valor real só se confirma quando acontece algum problema. É a parte que eu sempre retomo e continuo acompanhando como as exchanges lidam com situações como essas.
Eu sempre pensei em uma situação bem entediante: dinheiro não entra, não sai, as transações dão problema. Naquele momento, o que eu precisava não era uma palavra de conforto, mas sim saber com quem eu estava falando.
Os sistemas de suporte atuais parecem ter várias camadas. Primeiro vem o Bot; depois, o centro de ajuda; e só então, os atendentes, se o problema preencher os requisitos. Para usuários que estão diante de uma transação com erro, essas camadas às vezes adicionam ainda mais atrito.
Pelo menos, do jeito que eu vejo, a opção mais segura continua sendo seguir pelo canal oficial de suporte da exchange. Na Binance, o usuário pode abrir a seção Support/Chat e seguir o fluxo de suporte para se conectar com um atendente quando necessário. Tão importante quanto isso é verificar se você está usando o aplicativo ou site oficial.
Não é de uma conta no Telegram que se apresenta como suporte. Muito menos de um desconhecido que te chama primeiro.
Por mais conveniente que o sistema pareça ser, o valor real só se confirma quando acontece algum problema. É a parte que eu sempre retomo e continuo acompanhando como as exchanges lidam com situações como essas.
1
2
93
·
--
#dusk $DUSK @Dusk_Foundation
Parece que só realmente presto atenção nisso depois de muitas observações das discussões sobre o Dusk. As pessoas costumam olhar para a oferta total. Menos quando olham para o modo como os novos tokens realmente entram no mercado.
O problema do emission não está no número de 1 bilhão, e sim na velocidade de emissão. Se os recompensas de staking continuarem mantidas por tempo demais em um nível alto, a pressão de uma nova oferta se tornará algo muito difícil de digerir.
O Dusk parece ter escolhido um caminho mais simples. Foram emitidos inicialmente 500 milhões de DUSK, e os outros 500 milhões ficam reservados para emission ao longo de 36 anos. O importante é que o emission não é fixo. Ele diminui seguindo um modelo de geometric decay, com queda de 50% a cada ciclo de 4 anos.
No papel, esse mecanismo é bem fácil de entender. Mas eu não acho que seja a parte mais relevante. O que eu sempre volto é: o emission diminui, mas o staking e as taxas de transação realmente mudam o suficiente para absorver a nova oferta?
Parece que a resposta só pode vir do uso prático. Não do belo cronograma de emissão na documentação.
Estou acompanhando ainda.
#dusk $DUSK @Dusk
Parece que só realmente presto atenção nisso depois de muitas observações das discussões sobre o Dusk. As pessoas costumam olhar para a oferta total. Menos quando olham para o modo como os novos tokens realmente entram no mercado.
O problema do emission não está no número de 1 bilhão, e sim na velocidade de emissão. Se os recompensas de staking continuarem mantidas por tempo demais em um nível alto, a pressão de uma nova oferta se tornará algo muito difícil de digerir.
O Dusk parece ter escolhido um caminho mais simples. Foram emitidos inicialmente 500 milhões de DUSK, e os outros 500 milhões ficam reservados para emission ao longo de 36 anos. O importante é que o emission não é fixo. Ele diminui seguindo um modelo de geometric decay, com queda de 50% a cada ciclo de 4 anos.
No papel, esse mecanismo é bem fácil de entender. Mas eu não acho que seja a parte mais relevante. O que eu sempre volto é: o emission diminui, mas o staking e as taxas de transação realmente mudam o suficiente para absorver a nova oferta?
Parece que a resposta só pode vir do uso prático. Não do belo cronograma de emissão na documentação.
Estou acompanhando ainda.
Parece que só realmente presto atenção nisso depois de muitas observações das discussões sobre o Dusk. As pessoas costumam olhar para a oferta total. Menos quando olham para o modo como os novos tokens realmente entram no mercado.
O problema do emission não está no número de 1 bilhão, e sim na velocidade de emissão. Se os recompensas de staking continuarem mantidas por tempo demais em um nível alto, a pressão de uma nova oferta se tornará algo muito difícil de digerir.
O Dusk parece ter escolhido um caminho mais simples. Foram emitidos inicialmente 500 milhões de DUSK, e os outros 500 milhões ficam reservados para emission ao longo de 36 anos. O importante é que o emission não é fixo. Ele diminui seguindo um modelo de geometric decay, com queda de 50% a cada ciclo de 4 anos.
No papel, esse mecanismo é bem fácil de entender. Mas eu não acho que seja a parte mais relevante. O que eu sempre volto é: o emission diminui, mas o staking e as taxas de transação realmente mudam o suficiente para absorver a nova oferta?
Parece que a resposta só pode vir do uso prático. Não do belo cronograma de emissão na documentação.
Estou acompanhando ainda.
1
3
72
·
--
#binancep2pantoan @Binance_Vietnam
🧑💻NÃO TRANSACTA FORA DA PLATAFORMA
No mundo cripto, existem riscos financeiros que não vêm do gráfico; vêm de uma mensagem do Facebook bem comum: “Quer apostar em ações?”, e depois te levam para uma plataforma estranha, pedindo para transferir dinheiro por uma empresa intermediária.
Eu notei algo de errado logo nisso. Não é porque todo intermediário seja ruim, mas porque a estrutura da transação começa a ser diferente do que eu estou acostumado nas plataformas oficiais.
O ponto central parece não ser o quanto eles prometem de lucro. O que eles querem é que você saia do lugar que tem processos, histórico de transações e mecanismos de resolução de disputas claramente definidos. Eles costumam falar de forma bem natural, dando a sensação de que “tudo já está arranjado”. É justamente essa normalidade que é suspeita.
Como eu trato isso é bem simples: não transferir dinheiro, não instalar aplicativos estranhos, não enviar documentos nem informações de conta. Eu mesmo verifico a pessoa jurídica, o domínio, o método de depósito e saque e procuro informações independentes fora da conversa. Se eles ficam insistindo sem parar, isso é mais um motivo para parar.
Pelo que eu vejo, a segurança não começa pelo lucro. Começa por saber para onde o seu dinheiro está indo. Qualquer projeto ou plataforma funciona assim. Eu só continuo confiando depois de ver o usage na prática.
#binancep2pantoan @Binance Vietnam
🧑💻NÃO TRANSACTA FORA DA PLATAFORMA
No mundo cripto, existem riscos financeiros que não vêm do gráfico; vêm de uma mensagem do Facebook bem comum: “Quer apostar em ações?”, e depois te levam para uma plataforma estranha, pedindo para transferir dinheiro por uma empresa intermediária.
Eu notei algo de errado logo nisso. Não é porque todo intermediário seja ruim, mas porque a estrutura da transação começa a ser diferente do que eu estou acostumado nas plataformas oficiais.
O ponto central parece não ser o quanto eles prometem de lucro. O que eles querem é que você saia do lugar que tem processos, histórico de transações e mecanismos de resolução de disputas claramente definidos. Eles costumam falar de forma bem natural, dando a sensação de que “tudo já está arranjado”. É justamente essa normalidade que é suspeita.
Como eu trato isso é bem simples: não transferir dinheiro, não instalar aplicativos estranhos, não enviar documentos nem informações de conta. Eu mesmo verifico a pessoa jurídica, o domínio, o método de depósito e saque e procuro informações independentes fora da conversa. Se eles ficam insistindo sem parar, isso é mais um motivo para parar.
Pelo que eu vejo, a segurança não começa pelo lucro. Começa por saber para onde o seu dinheiro está indo. Qualquer projeto ou plataforma funciona assim. Eu só continuo confiando depois de ver o usage na prática.
🧑💻NÃO TRANSACTA FORA DA PLATAFORMA
No mundo cripto, existem riscos financeiros que não vêm do gráfico; vêm de uma mensagem do Facebook bem comum: “Quer apostar em ações?”, e depois te levam para uma plataforma estranha, pedindo para transferir dinheiro por uma empresa intermediária.
Eu notei algo de errado logo nisso. Não é porque todo intermediário seja ruim, mas porque a estrutura da transação começa a ser diferente do que eu estou acostumado nas plataformas oficiais.
O ponto central parece não ser o quanto eles prometem de lucro. O que eles querem é que você saia do lugar que tem processos, histórico de transações e mecanismos de resolução de disputas claramente definidos. Eles costumam falar de forma bem natural, dando a sensação de que “tudo já está arranjado”. É justamente essa normalidade que é suspeita.
Como eu trato isso é bem simples: não transferir dinheiro, não instalar aplicativos estranhos, não enviar documentos nem informações de conta. Eu mesmo verifico a pessoa jurídica, o domínio, o método de depósito e saque e procuro informações independentes fora da conversa. Se eles ficam insistindo sem parar, isso é mais um motivo para parar.
Pelo que eu vejo, a segurança não começa pelo lucro. Começa por saber para onde o seu dinheiro está indo. Qualquer projeto ou plataforma funciona assim. Eu só continuo confiando depois de ver o usage na prática.
1
2
76
·
--
#dusk $DUSK @Dusk_Foundation
Parece que só realmente prestei atenção nisso depois de muitas observações dos debates sobre a cripto Dusk. Não é por causa de uma manobra nova. Pelo contrário, é antiga o suficiente para ser facilmente ignorada.
Mensagens SMS, e-mails de aviso de transferência, notificações de transação bem-sucedida. Elas criam algo muito perigoso: a sensação de que a verificação já terminou. Mas, na prática, o destinatário geralmente está verificando não a fonte do dinheiro, e sim uma história montada.
Os sistemas atuais parecem ainda depositar confiança demais nas notificações. Eles fazem uma interface muito real. Copiam o nome do banco. Criam pressão com o tempo. E, quando a transação envolve P2P, basta apenas um minuto de descuido para que surja um conflito.
Dusk, pelo menos do jeito que eu vejo, parece estar tentando abordar o problema por outro caminho: não tornar a notificação mais confiável, mas reduzir a necessidade de confiar em sinais externos.
Mas isso ainda é apenas uma hipótese. O uso real é que vai comprovar. Eu ainda estou acompanhando esta parte. Porque, entre uma ideia que parece razoável e um sistema que aguenta o comportamento real dos usuários, sempre existe uma distância considerável.
#dusk $DUSK @Dusk
Parece que só realmente prestei atenção nisso depois de muitas observações dos debates sobre a cripto Dusk. Não é por causa de uma manobra nova. Pelo contrário, é antiga o suficiente para ser facilmente ignorada.
Mensagens SMS, e-mails de aviso de transferência, notificações de transação bem-sucedida. Elas criam algo muito perigoso: a sensação de que a verificação já terminou. Mas, na prática, o destinatário geralmente está verificando não a fonte do dinheiro, e sim uma história montada.
Os sistemas atuais parecem ainda depositar confiança demais nas notificações. Eles fazem uma interface muito real. Copiam o nome do banco. Criam pressão com o tempo. E, quando a transação envolve P2P, basta apenas um minuto de descuido para que surja um conflito.
Dusk, pelo menos do jeito que eu vejo, parece estar tentando abordar o problema por outro caminho: não tornar a notificação mais confiável, mas reduzir a necessidade de confiar em sinais externos.
Mas isso ainda é apenas uma hipótese. O uso real é que vai comprovar. Eu ainda estou acompanhando esta parte. Porque, entre uma ideia que parece razoável e um sistema que aguenta o comportamento real dos usuários, sempre existe uma distância considerável.
Parece que só realmente prestei atenção nisso depois de muitas observações dos debates sobre a cripto Dusk. Não é por causa de uma manobra nova. Pelo contrário, é antiga o suficiente para ser facilmente ignorada.
Mensagens SMS, e-mails de aviso de transferência, notificações de transação bem-sucedida. Elas criam algo muito perigoso: a sensação de que a verificação já terminou. Mas, na prática, o destinatário geralmente está verificando não a fonte do dinheiro, e sim uma história montada.
Os sistemas atuais parecem ainda depositar confiança demais nas notificações. Eles fazem uma interface muito real. Copiam o nome do banco. Criam pressão com o tempo. E, quando a transação envolve P2P, basta apenas um minuto de descuido para que surja um conflito.
Dusk, pelo menos do jeito que eu vejo, parece estar tentando abordar o problema por outro caminho: não tornar a notificação mais confiável, mas reduzir a necessidade de confiar em sinais externos.
Mas isso ainda é apenas uma hipótese. O uso real é que vai comprovar. Eu ainda estou acompanhando esta parte. Porque, entre uma ideia que parece razoável e um sistema que aguenta o comportamento real dos usuários, sempre existe uma distância considerável.
4
3
81
·
--
#binancep2pantoan @Binance_Vietnam
Há um tipo de golpe que eu vejo não é novo, mas ainda é irritante porque atinge bem um hábito. A pessoa envia um recibo, uma mensagem SMS do banco, um e-mail confirmando que tudo parece quase normal. Só que o dinheiro pode não estar lá.
Parece que o problema não está em falsificar uma interface. Eles estão falsificando a sensação de “a transação foi concluída”. Muitas pessoas olham o aviso antes de olhar o saldo.
Nas transações P2P, isso cria uma lacuna bem estranha. O comprador pode dizer que pagou, o vendedor vê uma mensagem que parece válida, mas o sistema bancário, na prática, conta outra história.
Os processos atuais às vezes fazem o usuário ter que checar coisas demais, mas ainda assim é possível ignorar o mais importante: o dinheiro realmente entrou na conta ou não.
A Binance parece estar tentando resolver isso focando no status da transação e em evidências reais, em vez de depender apenas de uma notificação.
Pelo menos, da forma como eu vejo, não é uma história sobre adicionar mais alertas. É uma história de separar sinal de evidência.
Eu ainda estou acompanhando. Nesta parte, eu espero um usage mais prático do que promessas.:::
#binancep2pantoan @Binance Vietnam
Há um tipo de golpe que eu vejo não é novo, mas ainda é irritante porque atinge bem um hábito. A pessoa envia um recibo, uma mensagem SMS do banco, um e-mail confirmando que tudo parece quase normal. Só que o dinheiro pode não estar lá.
Parece que o problema não está em falsificar uma interface. Eles estão falsificando a sensação de “a transação foi concluída”. Muitas pessoas olham o aviso antes de olhar o saldo.
Nas transações P2P, isso cria uma lacuna bem estranha. O comprador pode dizer que pagou, o vendedor vê uma mensagem que parece válida, mas o sistema bancário, na prática, conta outra história.
Os processos atuais às vezes fazem o usuário ter que checar coisas demais, mas ainda assim é possível ignorar o mais importante: o dinheiro realmente entrou na conta ou não.
A Binance parece estar tentando resolver isso focando no status da transação e em evidências reais, em vez de depender apenas de uma notificação.
Pelo menos, da forma como eu vejo, não é uma história sobre adicionar mais alertas. É uma história de separar sinal de evidência.
Eu ainda estou acompanhando. Nesta parte, eu espero um usage mais prático do que promessas.:::
Há um tipo de golpe que eu vejo não é novo, mas ainda é irritante porque atinge bem um hábito. A pessoa envia um recibo, uma mensagem SMS do banco, um e-mail confirmando que tudo parece quase normal. Só que o dinheiro pode não estar lá.
Parece que o problema não está em falsificar uma interface. Eles estão falsificando a sensação de “a transação foi concluída”. Muitas pessoas olham o aviso antes de olhar o saldo.
Nas transações P2P, isso cria uma lacuna bem estranha. O comprador pode dizer que pagou, o vendedor vê uma mensagem que parece válida, mas o sistema bancário, na prática, conta outra história.
Os processos atuais às vezes fazem o usuário ter que checar coisas demais, mas ainda assim é possível ignorar o mais importante: o dinheiro realmente entrou na conta ou não.
A Binance parece estar tentando resolver isso focando no status da transação e em evidências reais, em vez de depender apenas de uma notificação.
Pelo menos, da forma como eu vejo, não é uma história sobre adicionar mais alertas. É uma história de separar sinal de evidência.
Eu ainda estou acompanhando. Nesta parte, eu espero um usage mais prático do que promessas.:::
1
68
·
--
#dusk $DUSK @Dusk_Foundation
MODELO DE EMISSÃO ATÉ 1B DUSK
Eu só comecei a perceber bem tarde que o problema não está em saber se um token tem 1 bilhão de unidades ou menos. A pergunta mais incômoda é: para que esse bilhão foi criado?
No crypto, o número de supply costuma ser visto como se fosse uma tabela de preços. Muitos tokens fazem as pessoas pensarem imediatamente em diluição. Mas, para uma blockchain, o supply também é uma forma de remunerar quem mantém a rede funcionando quando as taxas de transação ainda não são suficientes.
A Dusk parece seguir essa lógica. 500 milhões de DUSK são criados inicialmente e depois, no máximo, mais 500 milhões são emitidos ao longo do tempo, principalmente para financiar recompensas de staking. O cronograma de emissão atual dura 36 anos e diminui gradualmente em cada etapa.
O ponto que chamei atenção não é o número de 1 bilhão. É a forma como ele vai sendo gasto.
Se a rede realmente tiver uso, as taxas de transação no futuro podem sustentar mais do que as recompensas emitidas. Nesse caso, a redução gradual do emission faz sentido.
Mas se o uso não vier, 1 bilhão de DUSK é apenas um número bem bonito, desenhado no papel.
Essa é a parte para a qual eu sempre volto. A tokenomics, no fim, ainda precisa enfrentar um mercado de verdade. Continuo acompanhando.
#dusk $DUSK @Dusk
MODELO DE EMISSÃO ATÉ 1B DUSK
Eu só comecei a perceber bem tarde que o problema não está em saber se um token tem 1 bilhão de unidades ou menos. A pergunta mais incômoda é: para que esse bilhão foi criado?
No crypto, o número de supply costuma ser visto como se fosse uma tabela de preços. Muitos tokens fazem as pessoas pensarem imediatamente em diluição. Mas, para uma blockchain, o supply também é uma forma de remunerar quem mantém a rede funcionando quando as taxas de transação ainda não são suficientes.
A Dusk parece seguir essa lógica. 500 milhões de DUSK são criados inicialmente e depois, no máximo, mais 500 milhões são emitidos ao longo do tempo, principalmente para financiar recompensas de staking. O cronograma de emissão atual dura 36 anos e diminui gradualmente em cada etapa.
O ponto que chamei atenção não é o número de 1 bilhão. É a forma como ele vai sendo gasto.
Se a rede realmente tiver uso, as taxas de transação no futuro podem sustentar mais do que as recompensas emitidas. Nesse caso, a redução gradual do emission faz sentido.
Mas se o uso não vier, 1 bilhão de DUSK é apenas um número bem bonito, desenhado no papel.
Essa é a parte para a qual eu sempre volto. A tokenomics, no fim, ainda precisa enfrentar um mercado de verdade. Continuo acompanhando.
MODELO DE EMISSÃO ATÉ 1B DUSK
Eu só comecei a perceber bem tarde que o problema não está em saber se um token tem 1 bilhão de unidades ou menos. A pergunta mais incômoda é: para que esse bilhão foi criado?
No crypto, o número de supply costuma ser visto como se fosse uma tabela de preços. Muitos tokens fazem as pessoas pensarem imediatamente em diluição. Mas, para uma blockchain, o supply também é uma forma de remunerar quem mantém a rede funcionando quando as taxas de transação ainda não são suficientes.
A Dusk parece seguir essa lógica. 500 milhões de DUSK são criados inicialmente e depois, no máximo, mais 500 milhões são emitidos ao longo do tempo, principalmente para financiar recompensas de staking. O cronograma de emissão atual dura 36 anos e diminui gradualmente em cada etapa.
O ponto que chamei atenção não é o número de 1 bilhão. É a forma como ele vai sendo gasto.
Se a rede realmente tiver uso, as taxas de transação no futuro podem sustentar mais do que as recompensas emitidas. Nesse caso, a redução gradual do emission faz sentido.
Mas se o uso não vier, 1 bilhão de DUSK é apenas um número bem bonito, desenhado no papel.
Essa é a parte para a qual eu sempre volto. A tokenomics, no fim, ainda precisa enfrentar um mercado de verdade. Continuo acompanhando.
3
3
62
·
--
#binancep2pantoan @Binance_Vietnam
🎃NÃO DEIXE QUE O TERCEIRO NO MEIO TRANSFORME SUA TRANSAÇÃO EM UMA ARMADILHA
_________&&_________
Eu sempre acho as fraudes do tipo “triângulo” bem irritantes. Não porque elas sejam tão sofisticadas, mas porque elas geralmente acontecem nas transações que parecem mais normais. Um comprador, um vendedor e uma transferência. E então o dinheiro vem de alguém completamente diferente.
Esse é o ponto central. No cripto, a gente fala muito sobre chave privada, contrato inteligente ou volatilidade de preço. Mas o risco vindo da fonte do dinheiro de um terceiro é bem persistente — ele fica bem no meio do processo de pagamento.
Os sistemas atuais ainda parecem depender bastante de o usuário fazer a própria verificação de nomes, contas e comprovantes de transações. Eles conferem, eles tiram print, eles confirmam. Há etapas manuais demais, mas ainda assim existe uma lacuna muito fácil de ser explorada.
Parece que alguns projetos estão tentando resolver justamente essa lacuna, deixando mais claro o relacionamento entre o remetente, o comprador e a transação real. Não para tornar a negociação mais rápida, e sim para reduzir a ambiguidade.
Mas pelo menos, do jeito que eu vejo, tudo só é confiável quando existe uso prático. Eu continuo desconfiando e acompanhando. É a parte para a qual eu sempre volto.
#binancep2pantoan @Binance Vietnam
🎃NÃO DEIXE QUE O TERCEIRO NO MEIO TRANSFORME SUA TRANSAÇÃO EM UMA ARMADILHA
_________&&_________
Eu sempre acho as fraudes do tipo “triângulo” bem irritantes. Não porque elas sejam tão sofisticadas, mas porque elas geralmente acontecem nas transações que parecem mais normais. Um comprador, um vendedor e uma transferência. E então o dinheiro vem de alguém completamente diferente.
Esse é o ponto central. No cripto, a gente fala muito sobre chave privada, contrato inteligente ou volatilidade de preço. Mas o risco vindo da fonte do dinheiro de um terceiro é bem persistente — ele fica bem no meio do processo de pagamento.
Os sistemas atuais ainda parecem depender bastante de o usuário fazer a própria verificação de nomes, contas e comprovantes de transações. Eles conferem, eles tiram print, eles confirmam. Há etapas manuais demais, mas ainda assim existe uma lacuna muito fácil de ser explorada.
Parece que alguns projetos estão tentando resolver justamente essa lacuna, deixando mais claro o relacionamento entre o remetente, o comprador e a transação real. Não para tornar a negociação mais rápida, e sim para reduzir a ambiguidade.
Mas pelo menos, do jeito que eu vejo, tudo só é confiável quando existe uso prático. Eu continuo desconfiando e acompanhando. É a parte para a qual eu sempre volto.
🎃NÃO DEIXE QUE O TERCEIRO NO MEIO TRANSFORME SUA TRANSAÇÃO EM UMA ARMADILHA
_________&&_________
Eu sempre acho as fraudes do tipo “triângulo” bem irritantes. Não porque elas sejam tão sofisticadas, mas porque elas geralmente acontecem nas transações que parecem mais normais. Um comprador, um vendedor e uma transferência. E então o dinheiro vem de alguém completamente diferente.
Esse é o ponto central. No cripto, a gente fala muito sobre chave privada, contrato inteligente ou volatilidade de preço. Mas o risco vindo da fonte do dinheiro de um terceiro é bem persistente — ele fica bem no meio do processo de pagamento.
Os sistemas atuais ainda parecem depender bastante de o usuário fazer a própria verificação de nomes, contas e comprovantes de transações. Eles conferem, eles tiram print, eles confirmam. Há etapas manuais demais, mas ainda assim existe uma lacuna muito fácil de ser explorada.
Parece que alguns projetos estão tentando resolver justamente essa lacuna, deixando mais claro o relacionamento entre o remetente, o comprador e a transação real. Não para tornar a negociação mais rápida, e sim para reduzir a ambiguidade.
Mas pelo menos, do jeito que eu vejo, tudo só é confiável quando existe uso prático. Eu continuo desconfiando e acompanhando. É a parte para a qual eu sempre volto.
1
2
107
·
--
#dusk $DUSK @Dusk_Foundation
👉O Dusk está mirando usuários nativos de cripto ou instituições financeiras?
Eu já pensei que cripto simplificaria as finanças. Depois percebi: muitas vezes, ela só cria mais uma camada de atrito.
Um problema bem entediante, mas persistente, é a distância entre os ativos on-chain e a forma como as instituições financeiras operam. Usuários nativos de cripto aceitam carteiras, chaves privadas e transações 24/7. Instituições não são tão fáceis. Elas precisam de processos, controles, privacidade e um sistema que aguente auditorias.
Os sistemas atuais geralmente obrigam esses dois mundos a se encontrarem por meio de muitas camadas de intermediários. Há muitos procedimentos, muitas suposições diferentes sobre como os ativos devem ser gerenciados.
A Dusk, pelo menos do jeito que eu vejo, parece tentar ficar exatamente naquele ponto de interseção. Não é apenas para usuários nativos de cripto. Também não é só construir um sistema para bancos.
Parece que eles estão fazendo outra pergunta: será que blockchain pode ser usado sem exigir que a instituição opere como um trader de cripto?
Mas isso ainda é apenas uma hipótese. No fim, é o uso que vai dizer o que é verdade. Eu ainda estou acompanhando essa parte.
#dusk $DUSK @Dusk
👉O Dusk está mirando usuários nativos de cripto ou instituições financeiras?
Eu já pensei que cripto simplificaria as finanças. Depois percebi: muitas vezes, ela só cria mais uma camada de atrito.
Um problema bem entediante, mas persistente, é a distância entre os ativos on-chain e a forma como as instituições financeiras operam. Usuários nativos de cripto aceitam carteiras, chaves privadas e transações 24/7. Instituições não são tão fáceis. Elas precisam de processos, controles, privacidade e um sistema que aguente auditorias.
Os sistemas atuais geralmente obrigam esses dois mundos a se encontrarem por meio de muitas camadas de intermediários. Há muitos procedimentos, muitas suposições diferentes sobre como os ativos devem ser gerenciados.
A Dusk, pelo menos do jeito que eu vejo, parece tentar ficar exatamente naquele ponto de interseção. Não é apenas para usuários nativos de cripto. Também não é só construir um sistema para bancos.
Parece que eles estão fazendo outra pergunta: será que blockchain pode ser usado sem exigir que a instituição opere como um trader de cripto?
Mas isso ainda é apenas uma hipótese. No fim, é o uso que vai dizer o que é verdade. Eu ainda estou acompanhando essa parte.
👉O Dusk está mirando usuários nativos de cripto ou instituições financeiras?
Eu já pensei que cripto simplificaria as finanças. Depois percebi: muitas vezes, ela só cria mais uma camada de atrito.
Um problema bem entediante, mas persistente, é a distância entre os ativos on-chain e a forma como as instituições financeiras operam. Usuários nativos de cripto aceitam carteiras, chaves privadas e transações 24/7. Instituições não são tão fáceis. Elas precisam de processos, controles, privacidade e um sistema que aguente auditorias.
Os sistemas atuais geralmente obrigam esses dois mundos a se encontrarem por meio de muitas camadas de intermediários. Há muitos procedimentos, muitas suposições diferentes sobre como os ativos devem ser gerenciados.
A Dusk, pelo menos do jeito que eu vejo, parece tentar ficar exatamente naquele ponto de interseção. Não é apenas para usuários nativos de cripto. Também não é só construir um sistema para bancos.
Parece que eles estão fazendo outra pergunta: será que blockchain pode ser usado sem exigir que a instituição opere como um trader de cripto?
Mas isso ainda é apenas uma hipótese. No fim, é o uso que vai dizer o que é verdade. Eu ainda estou acompanhando essa parte.
2
63
·
--
#binancep2pantoan @Binance_Vietnam
Existe um tipo de risco bastante engraçado: aquilo que parece mais óbvio, na verdade, é exatamente o que eu não quero acreditar de imediato.
Um amigo meu contou que, numa entrega, o cliente enviou um comprovante de transferência como sempre. Só que desta vez estava bem estranho. Não era apenas um erro: havia a sensação de que a interface, a fonte, o horário e até a forma de exibição não eram mais como nos comprovantes anteriores.
Esse é um problema que eu acho bem persistente. Capturas de tela ficam cada vez mais fáceis de falsificar. A IA só diminui a distância entre “parece verdadeiro” e “realmente foi transferido”. Mas ainda são duas coisas diferentes.
Os sistemas bancários não confirmam uma transação por sensação. Eles confirmam com dados. Os vendedores, por sua vez, muitas vezes confirmam com uma foto. E é justamente por isso que essa é a parte que eu sempre volto a observar.
Parece que alguns projetos estão tentando resolver essa distância, mas, pelo menos do jeito que eu vejo, a ferramenta só é confiável quando usada em situações reais.
O “check da realidade” ainda é bem simples: se o dinheiro não caiu na conta, então não há transação.
Eu continuo acompanhando essa questão. Não porque seja novidade, mas porque problemas chatos geralmente duram mais do que a gente imagina.
#binancep2pantoan @Binance Vietnam
Existe um tipo de risco bastante engraçado: aquilo que parece mais óbvio, na verdade, é exatamente o que eu não quero acreditar de imediato.
Um amigo meu contou que, numa entrega, o cliente enviou um comprovante de transferência como sempre. Só que desta vez estava bem estranho. Não era apenas um erro: havia a sensação de que a interface, a fonte, o horário e até a forma de exibição não eram mais como nos comprovantes anteriores.
Esse é um problema que eu acho bem persistente. Capturas de tela ficam cada vez mais fáceis de falsificar. A IA só diminui a distância entre “parece verdadeiro” e “realmente foi transferido”. Mas ainda são duas coisas diferentes.
Os sistemas bancários não confirmam uma transação por sensação. Eles confirmam com dados. Os vendedores, por sua vez, muitas vezes confirmam com uma foto. E é justamente por isso que essa é a parte que eu sempre volto a observar.
Parece que alguns projetos estão tentando resolver essa distância, mas, pelo menos do jeito que eu vejo, a ferramenta só é confiável quando usada em situações reais.
O “check da realidade” ainda é bem simples: se o dinheiro não caiu na conta, então não há transação.
Eu continuo acompanhando essa questão. Não porque seja novidade, mas porque problemas chatos geralmente duram mais do que a gente imagina.
Existe um tipo de risco bastante engraçado: aquilo que parece mais óbvio, na verdade, é exatamente o que eu não quero acreditar de imediato.
Um amigo meu contou que, numa entrega, o cliente enviou um comprovante de transferência como sempre. Só que desta vez estava bem estranho. Não era apenas um erro: havia a sensação de que a interface, a fonte, o horário e até a forma de exibição não eram mais como nos comprovantes anteriores.
Esse é um problema que eu acho bem persistente. Capturas de tela ficam cada vez mais fáceis de falsificar. A IA só diminui a distância entre “parece verdadeiro” e “realmente foi transferido”. Mas ainda são duas coisas diferentes.
Os sistemas bancários não confirmam uma transação por sensação. Eles confirmam com dados. Os vendedores, por sua vez, muitas vezes confirmam com uma foto. E é justamente por isso que essa é a parte que eu sempre volto a observar.
Parece que alguns projetos estão tentando resolver essa distância, mas, pelo menos do jeito que eu vejo, a ferramenta só é confiável quando usada em situações reais.
O “check da realidade” ainda é bem simples: se o dinheiro não caiu na conta, então não há transação.
Eu continuo acompanhando essa questão. Não porque seja novidade, mas porque problemas chatos geralmente duram mais do que a gente imagina.
4
2
83
·
--
#dusk $DUSK @Dusk_Foundation
Parece que só passei a prestar atenção a esta pergunta depois de muitas observações das discussões sobre Dusk. Não é tanto o que eles dizem, mas a quem estão tentando servir.
Cripto geralmente gosta de falar em dois grupos: usuários crypto-native e instituições financeiras. Mas as necessidades de ambos são bem diferentes. Usuários cripto estão acostumados com velocidade, autonomia e experiências onchain. As instituições se preocupam muito mais com conformidade, privacidade, capacidade de controle e se o sistema consegue operar de forma estável.
O problema é que esses dois mundos não se encaixam facilmente. Muitos sistemas blockchain foram projetados muito bem para usuários crypto-native, mas quando entram no ambiente da infraestrutura financeira tradicional, a fricção começa a aparecer.
Aparentemente, a Dusk está tentando resolver exatamente essa distância. Não é tanto escolher um lado, mas construir um ambiente em que transações onchain possam atender melhor às exigências das instituições, mantendo ao mesmo tempo as características inerentes à blockchain.
Mas isso foi apenas como eu li a direção. No fim, a utilização acaba deixando claro @Dusk_Foundation de fato está servindo a quem. Pelo menos é como eu vejo, e também é a parte que ainda estou esperando.
#dusk $DUSK @Dusk
Parece que só passei a prestar atenção a esta pergunta depois de muitas observações das discussões sobre Dusk. Não é tanto o que eles dizem, mas a quem estão tentando servir.
Cripto geralmente gosta de falar em dois grupos: usuários crypto-native e instituições financeiras. Mas as necessidades de ambos são bem diferentes. Usuários cripto estão acostumados com velocidade, autonomia e experiências onchain. As instituições se preocupam muito mais com conformidade, privacidade, capacidade de controle e se o sistema consegue operar de forma estável.
O problema é que esses dois mundos não se encaixam facilmente. Muitos sistemas blockchain foram projetados muito bem para usuários crypto-native, mas quando entram no ambiente da infraestrutura financeira tradicional, a fricção começa a aparecer.
Aparentemente, a Dusk está tentando resolver exatamente essa distância. Não é tanto escolher um lado, mas construir um ambiente em que transações onchain possam atender melhor às exigências das instituições, mantendo ao mesmo tempo as características inerentes à blockchain.
Mas isso foi apenas como eu li a direção. No fim, a utilização acaba deixando claro @Dusk de fato está servindo a quem. Pelo menos é como eu vejo, e também é a parte que ainda estou esperando.
Parece que só passei a prestar atenção a esta pergunta depois de muitas observações das discussões sobre Dusk. Não é tanto o que eles dizem, mas a quem estão tentando servir.
Cripto geralmente gosta de falar em dois grupos: usuários crypto-native e instituições financeiras. Mas as necessidades de ambos são bem diferentes. Usuários cripto estão acostumados com velocidade, autonomia e experiências onchain. As instituições se preocupam muito mais com conformidade, privacidade, capacidade de controle e se o sistema consegue operar de forma estável.
O problema é que esses dois mundos não se encaixam facilmente. Muitos sistemas blockchain foram projetados muito bem para usuários crypto-native, mas quando entram no ambiente da infraestrutura financeira tradicional, a fricção começa a aparecer.
Aparentemente, a Dusk está tentando resolver exatamente essa distância. Não é tanto escolher um lado, mas construir um ambiente em que transações onchain possam atender melhor às exigências das instituições, mantendo ao mesmo tempo as características inerentes à blockchain.
Mas isso foi apenas como eu li a direção. No fim, a utilização acaba deixando claro @Dusk de fato está servindo a quem. Pelo menos é como eu vejo, e também é a parte que ainda estou esperando.
10
3
80
·
--
#binancep2pantoan @Binance_Vietnam
Percebi tarde demais que, no mundo das criptomoedas, as fraudes geralmente não começam com algo excessivamente suspeito. Elas começam com algo muito comum: uma mensagem que incentiva, um comprador que aparenta ser confiável, um print de uma transação ou um lembrete do tipo “é só confirmar e pronto”.
O ponto principal parece não ser a falta de cautela do usuário. Eles são colocados em situações em que a verificação precisa ser feita com pressa. O criminoso não precisa necessariamente invadir o sistema; basta fazer com que você pule uma etapa.
Parece que os sistemas atuais adicionaram várias camadas de proteção, mas as pessoas ainda são o último elo. É para essa parte que eu sempre volto.
As fraudes mais comuns costumam envolver falsificação, pressão de tempo, evidências falsas e manipulação psicológica. Não é que X seja seguro, e sim que Y: as informações precisam ser verificadas de forma independente.
Alguns projetos também parecem estar tentando resolver o problema da confiança, reduzindo a dependência das palavras da outra parte. Mas, no fim das contas, tudo ainda precisa ser confirmado com uso prático.
Pelo menos, é assim que eu vejo: é a parte que eu continuo acompanhando.
#binancep2pantoan @Binance Vietnam
Percebi tarde demais que, no mundo das criptomoedas, as fraudes geralmente não começam com algo excessivamente suspeito. Elas começam com algo muito comum: uma mensagem que incentiva, um comprador que aparenta ser confiável, um print de uma transação ou um lembrete do tipo “é só confirmar e pronto”.
O ponto principal parece não ser a falta de cautela do usuário. Eles são colocados em situações em que a verificação precisa ser feita com pressa. O criminoso não precisa necessariamente invadir o sistema; basta fazer com que você pule uma etapa.
Parece que os sistemas atuais adicionaram várias camadas de proteção, mas as pessoas ainda são o último elo. É para essa parte que eu sempre volto.
As fraudes mais comuns costumam envolver falsificação, pressão de tempo, evidências falsas e manipulação psicológica. Não é que X seja seguro, e sim que Y: as informações precisam ser verificadas de forma independente.
Alguns projetos também parecem estar tentando resolver o problema da confiança, reduzindo a dependência das palavras da outra parte. Mas, no fim das contas, tudo ainda precisa ser confirmado com uso prático.
Pelo menos, é assim que eu vejo: é a parte que eu continuo acompanhando.
Percebi tarde demais que, no mundo das criptomoedas, as fraudes geralmente não começam com algo excessivamente suspeito. Elas começam com algo muito comum: uma mensagem que incentiva, um comprador que aparenta ser confiável, um print de uma transação ou um lembrete do tipo “é só confirmar e pronto”.
O ponto principal parece não ser a falta de cautela do usuário. Eles são colocados em situações em que a verificação precisa ser feita com pressa. O criminoso não precisa necessariamente invadir o sistema; basta fazer com que você pule uma etapa.
Parece que os sistemas atuais adicionaram várias camadas de proteção, mas as pessoas ainda são o último elo. É para essa parte que eu sempre volto.
As fraudes mais comuns costumam envolver falsificação, pressão de tempo, evidências falsas e manipulação psicológica. Não é que X seja seguro, e sim que Y: as informações precisam ser verificadas de forma independente.
Alguns projetos também parecem estar tentando resolver o problema da confiança, reduzindo a dependência das palavras da outra parte. Mas, no fim das contas, tudo ainda precisa ser confirmado com uso prático.
Pelo menos, é assim que eu vejo: é a parte que eu continuo acompanhando.
5
4
130
·
--
#binancep2pantoan
Eu costumava pensar que o botão “Pago” era apenas mais uma etapa de confirmação no processo P2P. Mas quanto mais eu observo, mais percebo que este é um ponto em que não deve haver nenhuma suposição.
Parece que muitos problemas começam com um hábito muito pequeno: ver a outra parte enviar uma imagem do comprovante de transferência, ver o status da transação mudar e, então, confirmar apressadamente. Mas a foto não é dinheiro. A mensagem também não é dinheiro. O que precisa ser verificado é apenas o saldo real na conta do banco.
O sistema pode até criar a sensação de segurança, mas ele não pode substituir o usuário na verificação do fluxo de pagamentos. Uma transação pode estar com status de pendência, ser adiada ou até mesmo não corresponder às informações de pagamento.
Ao menos do jeito que eu vejo, isso não é algo exageradamente cauteloso. É um princípio básico: não viu o dinheiro, não confirma.
É a parte que eu sempre volto. O P2P pode ser rápido, mas a operação de confirmação não deve ser mais rápida do que a verificação.
Eu continuo seguindo esse princípio, mesmo quando a outra parte pressiona.
@Binance_Vietnam
#binancep2pantoan
Eu costumava pensar que o botão “Pago” era apenas mais uma etapa de confirmação no processo P2P. Mas quanto mais eu observo, mais percebo que este é um ponto em que não deve haver nenhuma suposição.
Parece que muitos problemas começam com um hábito muito pequeno: ver a outra parte enviar uma imagem do comprovante de transferência, ver o status da transação mudar e, então, confirmar apressadamente. Mas a foto não é dinheiro. A mensagem também não é dinheiro. O que precisa ser verificado é apenas o saldo real na conta do banco.
O sistema pode até criar a sensação de segurança, mas ele não pode substituir o usuário na verificação do fluxo de pagamentos. Uma transação pode estar com status de pendência, ser adiada ou até mesmo não corresponder às informações de pagamento.
Ao menos do jeito que eu vejo, isso não é algo exageradamente cauteloso. É um princípio básico: não viu o dinheiro, não confirma.
É a parte que eu sempre volto. O P2P pode ser rápido, mas a operação de confirmação não deve ser mais rápida do que a verificação.
Eu continuo seguindo esse princípio, mesmo quando a outra parte pressiona.
@Binance Vietnam
Eu costumava pensar que o botão “Pago” era apenas mais uma etapa de confirmação no processo P2P. Mas quanto mais eu observo, mais percebo que este é um ponto em que não deve haver nenhuma suposição.
Parece que muitos problemas começam com um hábito muito pequeno: ver a outra parte enviar uma imagem do comprovante de transferência, ver o status da transação mudar e, então, confirmar apressadamente. Mas a foto não é dinheiro. A mensagem também não é dinheiro. O que precisa ser verificado é apenas o saldo real na conta do banco.
O sistema pode até criar a sensação de segurança, mas ele não pode substituir o usuário na verificação do fluxo de pagamentos. Uma transação pode estar com status de pendência, ser adiada ou até mesmo não corresponder às informações de pagamento.
Ao menos do jeito que eu vejo, isso não é algo exageradamente cauteloso. É um princípio básico: não viu o dinheiro, não confirma.
É a parte que eu sempre volto. O P2P pode ser rápido, mas a operação de confirmação não deve ser mais rápida do que a verificação.
Eu continuo seguindo esse princípio, mesmo quando a outra parte pressiona.
@Binance Vietnam
5
2
61
·
--
#dusk $DUSK
Parece que só realmente prestei atenção a esta diferença depois de muitas rodadas observando discussões sobre @Dusk_Foundation . No início, eu também pensei que era apenas mais uma Layer 1, com as histórias familiares sobre velocidade, taxas e escalabilidade.
Mas o problema parece estar no objetivo do projeto. Uma Layer 1 tradicional costuma tentar criar uma base comum para que o maior número possível de tipos de aplicações possa funcionar. Já #Duck parece focar mais em um problema mais específico: levar necessidades financeiras que exigem privacidade e conformidade para dentro da blockchain.
Os sistemas tradicionais costumam controlar os dados de forma bastante rígida. Já uma blockchain pública vai na direção oposta. Há informações demais que podem ser vistas, enquanto algumas aplicações não conseguem aceitar isso.
Pelo menos do jeito que eu vejo, @Dusk_Foundation não está apenas tentando se tornar uma blockchain mais rápida. Parece estar testando uma forma de fazer a transparência e a privacidade coexistirem.
Mas a diferença na arquitetura ainda não diz tudo, e no fim tudo se resume a uso. É a parte para a qual eu sempre volto; eu continuo acompanhando.
@Dusk_Foundation
#dusk $DUSK
Parece que só realmente prestei atenção a esta diferença depois de muitas rodadas observando discussões sobre @Dusk . No início, eu também pensei que era apenas mais uma Layer 1, com as histórias familiares sobre velocidade, taxas e escalabilidade.
Mas o problema parece estar no objetivo do projeto. Uma Layer 1 tradicional costuma tentar criar uma base comum para que o maior número possível de tipos de aplicações possa funcionar. Já #Duck parece focar mais em um problema mais específico: levar necessidades financeiras que exigem privacidade e conformidade para dentro da blockchain.
Os sistemas tradicionais costumam controlar os dados de forma bastante rígida. Já uma blockchain pública vai na direção oposta. Há informações demais que podem ser vistas, enquanto algumas aplicações não conseguem aceitar isso.
Pelo menos do jeito que eu vejo, @Dusk não está apenas tentando se tornar uma blockchain mais rápida. Parece estar testando uma forma de fazer a transparência e a privacidade coexistirem.
Mas a diferença na arquitetura ainda não diz tudo, e no fim tudo se resume a uso. É a parte para a qual eu sempre volto; eu continuo acompanhando.
@Dusk
Parece que só realmente prestei atenção a esta diferença depois de muitas rodadas observando discussões sobre @Dusk . No início, eu também pensei que era apenas mais uma Layer 1, com as histórias familiares sobre velocidade, taxas e escalabilidade.
Mas o problema parece estar no objetivo do projeto. Uma Layer 1 tradicional costuma tentar criar uma base comum para que o maior número possível de tipos de aplicações possa funcionar. Já #Duck parece focar mais em um problema mais específico: levar necessidades financeiras que exigem privacidade e conformidade para dentro da blockchain.
Os sistemas tradicionais costumam controlar os dados de forma bastante rígida. Já uma blockchain pública vai na direção oposta. Há informações demais que podem ser vistas, enquanto algumas aplicações não conseguem aceitar isso.
Pelo menos do jeito que eu vejo, @Dusk não está apenas tentando se tornar uma blockchain mais rápida. Parece estar testando uma forma de fazer a transparência e a privacidade coexistirem.
Mas a diferença na arquitetura ainda não diz tudo, e no fim tudo se resume a uso. É a parte para a qual eu sempre volto; eu continuo acompanhando.
@Dusk
5
2
63
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
Tópicos em Tendência
AnthropicCEOCallsForAISlowdown
102,335 visualizações
1,656 a discutir
O Choque do “Atraso” da IA 🚀 Por que a Pausa das Big Techs é o Início Parabólico da Cripto
Uma grande mudança estrutural acabou de sacudir o setor de tecnologia. O CEO da Anthropic, Dario Amodei, recentemente pediu uma desaceleração coordenada e global no desenvolvimento de IA de fronteira, alertando para riscos iminentes de cibersegurança e sistemas autônomos dentro de 6 a 12 meses. O CEO da OpenAI, Sam Altman, e o Elon Musk, da xAI, imediatamente endossaram essa visão, sinalizando uma virada regulatória histórica em todo o Vale do Silício.
Enquanto a tecnologia tradicional se prepara para atritos, o mercado cripto enxerga uma rotação colossal de capital. Enquanto os gigantes centralizados reduzem a potência de seus motores, os protocolos Web3 descentralizados e de código aberto seguem completamente ininterruptos. Esse atrito na IA tradicional é exatamente o catalisador que acelera uma grande migração para uma infraestrutura de IA sem confiança.
➡️ O Detalhamento do Impacto Estratégico:
- Ethereum ($ETH ): Recuperou a zona crítica de US$ 2.500 com uma capitalização de mercado de US$ 296 bilhões e captações sustentadas via ETFs à vista. Conforme redes corporativas na nuvem desaceleram para construir salvaguardas internas, o Ethereum se mantém como a camada definitiva de liquidação, imune à censura, para a economia global de agentes.
- Tokens de IA Descentralizada: Paralisações centralizadas não conseguem atingir computação descentralizada. A Bittensor ($TAO ) mantém uma forte capitalização de US$ 2,21 bilhões após provar que sua infraestrutura de subnet pode treinar grandes LLMs de código aberto. Enquanto isso, a Artificial Superintelligence Alliance ($FET ) comanda uma avaliação de US$ 2,1 bilhões à medida que sua migração unificada para a ASI Chain acelera.
O “dinheiro” institucional esperto está, em silêncio, avançando na frente desse gargalo. Quando a IA centralizada pausa, a infraestrutura descentralizada escala. A janela para capturar essa rotação fundamental de valor antes que o mercado a precifique totalmente está diminuindo rapidamente.
#anthropicceocallsforaislowdown
Robert Kieu
·3 gostos
·2.3k visualizações
RevolutDataLeakReportedlyPostedAttackersThreatenDailyReleases
0 visualizações
0 a discutir
BrazilCentralBankRaisesVASPCapitalRequirements
0 visualizações
5 a discutir