Topic: [FAQ] - Coinjoin - O que é e como funciona (Read 210 times)

Não sei se percebi a pergunta e para ser sincero ainda não explorei o Coinjoin no nostr.
Sei que no nostr, criamos um par de chaves usando Shcnorr e esse par de chaves podemos usar me vários sites. Eu por exemplo estou a usar na rede social nostr através dos clientes Primal e Snort.
Mas durante esta semana, se tiver algum tempo, vou explorar mais um pouco!

Obrigado pelo o artigo, achei bem interessante.
Alias, fiquei interessado neste ponto. Só tenho que perceber como adicionar esse plugin.

Isso permitia fazer coinjoin, sem um "gestor" do projeto.

Agora, todos tinha de usar o mesmo endereço nostr, certo? Como isso se faria?

Um post muito interessante que encontrei no Stacker.news sobre Coinjoin oner nostr. Decidi transcrever e traduzir para aqui, na íntegra:

O que é o Coinjoin?


O CoinJoin é uma técnica de reforço da privacidade utilizada nas criptomoedas, principalmente em Bitcoin, para aumentar o anonimato. Consegue-se combinando várias transacções numa única transação, tornando mais difícil rastrear a origem e o destino dos fundos envolvidos.


Diferença entre Joinstr e outras implementações CoinJoin
O Joinstr se diferencia de outras implementações do CoinJoin por meio de vários recursos principais:

• Sem Coordenador Centralizado: Ao contrário de algumas implementações CoinJoin que dependem de um coordenador central, o Joinstr opera de forma descentralizada, aumentando a privacidade do usuário.
• Melhor UI / UX: Joinstr prioriza a experiência do usuário, garantindo uma interface mais suave e intuitiva para os participantes.
• Implementação simples: A implementação do Joinstr é simples, tornando-o acessível a uma vasta gama de utilizadores.
• Sem títulos de fidelidade: O Joinstr não exige que os participantes mantenham títulos de fidelidade, oferecendo mais flexibilidade.
• Fundador anónimo: O projeto mantém um compromisso com o anonimato, alinhando-se com os seus objectivos centrados na privacidade.

Como funciona?


O Joinstr funciona através da criação de uma transacção pós-mistura com um ID de evento. Aqui está uma visão geral simplificada de como funciona:

• Calcule o postmix_val usando a fórmula: (input_sum - taxa) / 5.
• Gerar um ID de evento para a ronda CoinJoin.
• Os participantes fornecem os seus UTXOs como inputs, especificando o montante e o tipo.
• A transação CoinJoin é criada utilizando estas entradas e o ID do evento.
•   A transação resultante é transmitida para a cadeia de blocos.

Código e detalhes de implementação
O Joinstr está disponível através de várias interfaces:

    __cli: Interface de linha de comandos para utilizadores avançados.
    __web: Interface Web para uma experiência de fácil utilização.
    __mobile app: Uma aplicação móvel para transacções CoinJoin em movimento.
    __electrum plugin: Integração com a carteira Electrum para maior comodidade.

A base de código do Joinstr e os detalhes de implementação podem ser encontrados no seu repositório: Joinstr no GitLab.

Joinstr em Electrum


O Joinstr também se integra perfeitamente com a carteira Electrum, fornecendo uma maneira fácil de aceder à funcionalidade CoinJoin. Um exemplo de transacção usando Joinstr em Electrum pode ser encontrado aqui.

Demonstração


Assistir a uma demonstração de um Joinstr:
https://www.youtube.com/watch?v=O5qbexzO37c


E agora?

O Joinstr continua a evoluir e a equipa de desenvolvimento tem um roteiro empolgante pela frente. Alguns itens da lista de tarefas incluem:

• Implementação de novos circuitos Tor para cada pedido para aumentar a privacidade.
• Utilização do NIP 38/48 para canais encriptados.
• Permitir denominações personalizadas para pools CoinJoin.
• Restringir o registo de diferentes tipos de entradas para uma ronda.
• Implementar o NIP 9 para eliminar eventos após a conclusão de uma ronda.

Utilizar políticas Multisig e Miniscript no CoinJoin

Para utilizadores mais avançados interessados em políticas multisig e Miniscript no CoinJoin, a Joinstr oferece dois projectos relacionados:

• munstr: munstr no GitHub
•   coinstr: coinstr no GitHub

Exemplos de transacções para estes projectos podem ser encontrados aqui.
Coinjoin usando a bandeira Sighash ALL|ANYONECANPAY



Explore uma prova de conceito (PoC) para Coinjoin usando o sinalizador ALL|ANYONECANPAY Sighash aqui.

Agradecimentos
Agradecemos às seguintes pessoas e organizações pelo seu apoio e contribuições até à data:

• @HRF - Human Rights Foundation
• @quaintrellexbt
• @jeremyrubin
• @ecurrencyhodler
• @fiatjaf
• @jeff
• @achow101

Mantenha-se atualizado sobre o progresso do Joinstr através do Nostr ou usando o seguinte endereço: npub1v6qjdzkwgaydgxjvlnq7vsqxlwf4h0p4j7pt8ktprajd28r82tvs54nzyr.
O Joinstr representa um passo importante no aumento da privacidade da criptomoeda, e o seu compromisso com um design de fácil utilização e descentralização torna-o uma adição notável ao mundo das implementações CoinJoin.
Projeto: Joinstr @ BOLT.FUN
Tags:  #brainstorm #bitcoin-design #nostr #activity #discussion
Artigo original publicado em BOLT🔩FUN

De um certo ponto de vista, tens razão. Se o coordenador não souber a quem pertencem os inputs, não interessa a ordem dos outputs, acho eu. Não sei se randomizar os outputs, adicionaria alguma espécie de, ainda que rudimentar, entropia à aleatoriedade dos outputs!

Mas nesse cenário, é indiferente randomizar os outputs. Digo eu...

Qual seria o objetivo?

Pronto... Podemos testar uma cena dessas. Eu ainda teria que ver exactamente com que é que tinha que lidar para perceber se depois em relação aos outputs, a cena de randomizar números para dar aleatoriedade aos outputs funcionaria!

Basta ter um ficheiro no Google Docs (é só um exemplo - não é para usar!), onde cada um ia lá e colava o seu inputs/outputs. Depois o coordenador, só tinha de pegar nisso e dar seguimento. Assim, ele não vai saber de quem é o que. Se não se colocar em investigações, que sinceramente, aqui entre nós acredito que não.

Se tentarmos fazer um Coijoin manual, quem ficar a coordenar o processo, fica a sabera quem pertece cada input e a quem pertence cada output. No entanto, eu acho que podemos randomizar um pouco o processo e pelo menos o coordenador ficar sem saber sobre os outputs, com apenas um pouco de boa vontade.

O que tenho em mente é algo como, para os inputs, arranjar forma de os enviarmos a todos para um local sem que nos identifiquemos. Parto também do princípio que o coordenador não vai andar a ver IPs e a comparar com os IPs de onde postamos aqui no forum, por exemplo, para descobrir a quem pertece cada IP. Eu pelo menos, de certeza que não me vou dar a esse trabalho.
Não sei se há possibilidade de se criar uma espécie de container online onde cada um dos participantes envia para lá os seus inputs, e depois o coordenador não tem forma directa de associar os inputs aos respectivos donos.
E quanto aos outputs, a idea era, por exemplo, se tivermos 10 outputs para gerar, com um script randomizava números de 1 a 10, e depois colocava os outputs por essa ordem aleatória, também sem andar a ver em que posição calhou cada output para o associar ao respectivo input. Não sei se insto faz sentido, só mesmo testando para perceber se realmente podia dar algum nível de privacidade aos otuputs!

Todos os participantes apenas precisam de um meio para assinar os seus inputs. Portanto, a Electrum será suficiente para o efeito.

Um bom exemplo.

Já usou Coinjoin? Alias quem é que já usou Coinjoin?

Por acaso, gostava de fazer uns testes para ver (se der para fazer pelo Electrum). 

Porque eu entendi mal o que era o "whirlpoool". Eu só conhecia "Whirlpool" como uma função hash criada nos anos 2000 e pensei que de alguma forma a Samurai e a Wasabi usassem essa hash function para o mix das moedas, mas pelo que depois percebi, este termo é apenas o nome que a Samurai deu à sua própria implementação do Coinjoin e com a semelhança que há entre juntar umas moedas e misturá-las como se as colocássemos dentro de uma máquina de lavar roupa! Esta terminologia no contexto de Coinjoin nada tem a ver com a tal hash function. Foi por isso que rasurei aquela parte da frase, porque na verdade "whirlpool" aqui não é uma tecnologia. É apenas um nome dado à implementação da Samurai que funciona à base de pools, para onde os participantes enviam os seus Bitcoins!

Qual o motivo para a primeira frase desse paragrafo estar riscada?

Gosto de exemplificar o Coinjoin de forma visual pensando em uma cesta onde 5 pessoas colocam 1 moeda de R$ 1 cada, balançam a cesta, e outras 5 pessoas pegam uma moeda cada. Ninguém sabe quem pagou quem, mas entraram 5 e saíram 5.

Sim, o post original é tradução de parte do texto desse link. Foi daí que tirei parte da informação. Mas na realidade eu ainda não encontrei informação que confirme ou desminta como é que tudo acontece, ao pormenor, under the hood, e por isso podemos apenas especular sobe o que aocntece. A não ser que alguém com conhecimentos suficientes, peque numa das implementações e perceba ao pormenor, através do source code, como é que as coisas acontecem naquela implementação específica!

Você está certo, coinjoin não é multi sig.

O que acontece é que acada usuário assina individualmente seu input. Na multisig são necessárias múltiplas assinaturas no mesmo input. É diferente.

https://en.bitcoin.it/wiki/CoinJoin

Ahh ok, nem me estava a lembrar.
Sim, mixers, por design, são custodiais. A implementação depende sempre de um "entidade central" em quem nós temos que confiar que não vai fugir com os nossos fundos e que vamos receber de volta o mesmo valor e sem qualquer ligação aos fundos que enviámos inicialmente.

No caso de Coinjoin, não é multi-sig, pelo menos por defeito. Provavelmente faz mais sentido que sejam PSBTs, já que cada input tem que ser assinado por cada participante e todas as assinaturas têm que ser juntas numa só transacção. Mas acho que também não é obrigatorio que seja PSBT. Os devs arranjam estratégias mirabulantes para fazer as coisas acontecerem!

Todos esses das nossas campanhas de assinaturas são mixers, não são coin join.
Sinbad, unijoin, mixtum... tem vários serviços que inclusive participam do fórum.

Você transfere o bitcoin pra eles, no endereço deles, e cada um usa a sua técnica para embaralhar. Em geral, te devolvem moedas de outras pessoas.

 


Coinjoin funciona por multi assinaturas em uma mesma transacao. Inputs de múltiplos usuarios sao gastos juntos em uma multisig. São wallets mais complexas.

Não sei exatamente porque a adoção não é maior. Acho simplesmente que as pessoas não se importam com privacidade, e um mixer é mais conveniente muitas vezes.

Done. Neste contexto concordo que faz mais sentido que não tenha [Thread Oficial] já que há provedores de serviços aqui pelo forum. Alteração feita no título do post original!

Que mixers comuns te referes? Neste momento eu só conheço os serviços que mencionei no OP e todos eles (exepto o Joinmarket) usam um coordenador e esse coordenador não te conhecimento nem da origem de cada input nem do destino de cada output! Como isso é feito internamente, não sei, mas pelo que tenho lido, é completamente trustless!


Não. Em Coinjoin é tudo feito trustelessly e nunca chegas a ficar sem controlo dos teus fundos. Os mixers acabam por ter um 3rd party service provider que vai fazer o mixing e neste caso, em determinada altura, ficas sem acesso aos teus funds, sempre na expectativa de que o 3rd party service provider cumpra a parte dele e te envie fundos que não estejam ligados aos que tu enviaste de início!

Não precisa de confiar no operador da operação?

Então o CoinJoin acaba por ser mais seguro que o mix. Qual é o motivo para não ser mais utilizado e haver mais ferramentas nesse sentido?

Muito bacana. Eu gostaria de enfatizar 2 coisas relacionadas ao coinjoin e a thread.

A primeira, é que o CoinJoin é uma excelente alternativa, principalmente pois existe muito menos confiança envolvida. Em um mixer comum, existe sim confiança no prestador de serviço.
Por exemplo, se voce manda as moedas por SinBad você confia que eles não vão sumir ocm seu dinheiro.

No CoinJoin o processo é muto mais automatizado e não envolve esse nivel de confiança.

---

Sobre a thread, eu sugiro tirar do titulo esse [Thread Oficial]
Oficial é usado por representantes de serviços ou a propria pessoa que faz um serviço. Não é o caso...

eu sugiro colocar [FAQ] ou [GUIA] ou [TRADUCAO] algo do genero...

Estás enganado. Eu não conheço o procedimento ao pormenor, mas sei que "o coordenador" não sabe nem de onde vem nem para quem vão as UTXOs. Se assim não fosse, o Coinjoin não fazia sentido!
Estou a ler o artigo do Bitcoin Magazine para ver o que é necessário e como se processa. Pode ser que expliquem mais alguma coisa que ajude a esclarecer mais questões!

Olhando para o tutorial mencionado pelo sabotag3x, cada um de nós tinha de enviar os elementos da transação pretendida. Isso faz com que quem recebe essa informação, sabe de onde vem cada entrada e saída. Ou estarei enganado?