há outro tópico onde as pessoas descobriram como fazer login/registrar usando uma carteira eth. vou encontrá-lo
Este aqui Sign-In with Ethereum plugin
Meu mano, obrigado. PS: adorei sua capacidade de resposta no Communique
1 curtida
Não acredito que a pergunta fosse sobre como um fórum se beneficiaria especificamente do blockchain, mas simplesmente quais são os benefícios do blockchain em geral.
1 curtida
Suspeito que o valor de uma generalização seja limitado.
A pergunta era específica sobre o Discourse, uma plataforma de fórum.
Uma “aplicação Web 3.0” presumivelmente usa blockchain, então acredito que minha postagem foi totalmente apropriada.
Minha opinião: seria um desastre completo!
6 curtidas
Adoraria ver ferramentas para impulsionar a liberdade de expressão, talvez apoiando criptomoedas como Monero ou plataformas como Nostr.
Trabalho para uma empresa de jogos na blockchain Solana. Temos uma DAO e queremos usar o Discourse porque é o ne plus ultra em aplicativos de discussão e construção de comunidade atualmente disponíveis. Sem dúvida.
No entanto, na web3, a base da identidade é focada na chave pública do usuário, sua identidade autossuficiente. Posso deixar de lado discussões sobre blockchains em geral, NFTs e assim por diante por enquanto. Tudo o que acontece quando um usuário aperta um botão em sua carteira de hardware é que a chave privada no dispositivo está sendo usada para assinar uma mensagem. É basicamente PGP em alguns aspectos. Agora, essas mensagens podem estar assinando uma transação de blockchain e sendo transmitidas para a rede, ou podem estar assinando qualquer string arbitrária que atenda à interface de autenticação que precisarmos especificar. Em última análise, minha equipe está tentando descobrir a melhor maneira de fazer isso.
Existem exemplos de aplicativos básicos de chat e mensagens na Solana, mas no momento estamos restritos a cerca de 1200 bytes para nossas mensagens, o que equivale a cerca de 800 palavras ou tokens. https://www.dispatch.forum/ construiu um aplicativo estilo Reddit de código aberto bem legal na cadeia, mas achamos que podemos construir um produto melhor adicionando a chave pública da Solana e a assinatura de mensagens ao Dispatch. Restringiremos usuários externos por meio de um front-end personalizado ou algum tipo de middleware de API enquanto desenvolvemos e definimos nossa estratégia eventual para uma transição para uma experiência web3 completa.
Em relação à UX, a Solana tem tempos de confirmação de subsegundo e dezenas de milhares de transações por segundo, então não é como as cadeias EVM onde você espera no mempool por meio minuto. As pessoas fazem piadas sobre SQLana, mas na verdade é mais parecido com um banco de dados noSQL com um motor de execução Rust. Programas na Solana não têm estado, tudo isso é armazenado separadamente em objetos de conta. Portanto, é bem diferente do Ethereum e seus derivados.
Enfim, resolveremos esse problema de uma forma ou de outra, e minha esperança é abrir o código da solução desde o início.
5 curtidas
Ao discutir uma integração do Discourse, sua visão é que cada mensagem que eu posto também seja assinada usando minha chave privada na minha carteira?
então a peça de integração se torna “falar com minha carteira em tempo real” e tecnicamente nenhum login é necessário? Isso é à prova de spam?
Atualmente, vinculamos a identidade ao e-mail, mas acho que você poderia sintetizar algo lá.
Eu acho que o Sign-In With Ethereum é provavelmente o melhor exemplo que temos no momento, apenas usá-lo para uma sessão de login está bom porque o aplicativo não está armazenando dados no blockchain. Se você estivesse usando Solana em vez de Postgres, no entanto…
Nosso plano de design atual é construir algum tipo de middleware que possa criar novos usuários e recuperar suas chaves de API. No login, verificamos o ID do usuário, que seria algo como sua chave pública Solana @ domínio interno não roteável ou o que quer que seja. Enviamos a solicitação de API para criar o usuário.
Não planejamos expor a interface web padrão aos usuários, mas sim recuperar categorias específicas que designamos via API e renderizá-las em nosso aplicativo React.
Quando um usuário for postar um comentário — a única funcionalidade que planejamos fornecer para nosso MVP – precisamos ter algum evento de assinatura de carteira que valide a assinatura, em seguida, recupere a chave de API do usuário e a defina no navegador para que ela seja passada junto com o evento de postagem.
Não temos desenvolvedores Rails na equipe e parece contraproducente construir em torno do seu front-end. Achamos que podemos estender a API REST ou ir direto para o banco de dados para definir e recuperar essas chaves.
Ainda estou pensando em soluções de middleware que passem OAUTH, mas novamente, não tenho certeza se isso é relevante, dado que estamos contornando seu front-end.
1 curtida
Não preciso ler nenhum artigo para saber que um sistema que depende de cada vez mais CPUs rodando permanentemente está simplesmente errado.
E tudo isso para sabe-se lá o quê, quem precisa de dinheiro criptografado?
Especulação não é nada útil.
Consumo de energia cada vez maior para um propósito tão fraco é desperdício.
1 curtida
Concordo com isso. Infelizmente, há muita ênfase nisso porque as pessoas querem enriquecer rapidamente. Todo esse barulho às vezes ofusca que também existem pessoas genuínas construindo coisas.
Existem muitos lugares ao redor do mundo onde os cidadãos não têm acesso a serviços bancários e à economia digital. Por exemplo, o Afeganistão:
Acho que é lamentável que os contribuintes dos EUA e da Europa tenham gasto US$ 20.000.000.000.000 na guerra lá. E agora os afegãos nem conseguem abrir uma conta no upwork.com e encontrar trabalho na economia digital. 
Comecei a trabalhar em uma alternativa ao Upwork (usando um fórum Discourse) https://twitter.com/spirobel/status/1591350820708442112 Não é fácil superar os efeitos de rede (especialmente porque só posso trabalhar nisso no meu tempo livre.)
Mas é claramente uma solução. Sem cripto, teria sido muito difícil pagar alguém que mora lá e construir confiança. A barreira para instalar um aplicativo de carteira é muito menor do que fazer uma remessa.
Eu só gostaria que as pessoas fossem menos cínicas e apenas construíssem coisas 
Fiz um plugin de assinaturas para Discourse que usa Monero: https://twitter.com/spirobel/status/1595949928634667008
Você pode experimentá-lo com moedas stagenet em https://forum.monerochan.news
Eu também poderia torná-lo compatível com outras moedas se alguém estiver interessado.
Essa é, de fato, a solução correta. Discourse está muito ligado ao e-mail. Portanto, seria difícil remover a necessidade obrigatória de um e-mail principal confirmado. Investiguei essa questão há um tempo e descobri que seria muito mais fácil criar um usuário com um e-mail de espaço reservado e definir active como true (ou seja, o usuário tem um e-mail confirmado).