[História do Bitcoin] Transações por IP

[Loganota]

Pessoal, um fato que não lembro de ninguém ter comentado por aqui. Sabiam que no início do Bitcoin você poderia enviar bitcoins para alguém somente possuindo o endereço IP do recebedor? Ou seja, você não precisaria do endereço da carteira da pessoa que receberia os Bitcoins.

De acordo com a Bitcoin Wiki funcionava da seguinte maneira:

• Seu cliente entra em contato com o endereço IP para descobrir se ele está realmente executando o Bitcoin e aceitando transações IP. Caso contrário, nenhuma transação ocorre.
• Suas informações adicionais ("from", "message" etc.) são trocadas com o destinatário.
• O destinatário gera uma nova chave pública de Bitcoin e a envia para o seu cliente.
• Seu cliente envia moedas para essa chave pública.

Interessante né? Mas, infelizmente não temos acesso a essa funcionalidade mais. Foi removida na versão 0.8.0 do Bitcoin, lá em 2011. Como não tinha nenhuma autenticação, um tipo de ataque man-in-the-middle poderia interceptar essa transação e fazer um ataque para receber os Bitcoins enviados. Foi criado uma pull request no GitHub do Bitcoin e um post aqui no Bitcointalk sugerindo que essa funcionalidade fosse removida.

O usuário @BitcoinFX criou um tópico esse ano relembrando uma transação que ele recebeu em um IP fixo no Reino Unido após fazer um post aqui no Bitcoin solicitando alguém que tivesse esse interesse em participar disso com ele. Até o satoshi esteve presente naquele tópico 

[1714685470]

1714685470

[Paredao]

Pessoal, um fato que não lembro de ninguém ter comentado por aqui. Sabiam que no início do Bitcoin você poderia enviar bitcoins para alguém somente possuindo o endereço IP do recebedor? Ou seja, você não precisaria do endereço da carteira da pessoa que receberia os Bitcoins.

De acordo com a Bitcoin Wiki funcionava da seguinte maneira:

• Seu cliente entra em contato com o endereço IP para descobrir se ele está realmente executando o Bitcoin e aceitando transações IP. Caso contrário, nenhuma transação ocorre.
• Suas informações adicionais ("from", "message" etc.) são trocadas com o destinatário.
• O destinatário gera uma nova chave pública de Bitcoin e a envia para o seu cliente.
• Seu cliente envia moedas para essa chave pública.

Interessante né? Mas, infelizmente não temos acesso a essa funcionalidade mais. Foi removida na versão 0.8.0 do Bitcoin, lá em 2011. Como não tinha nenhuma autenticação, um tipo de ataque man-in-the-middle poderia interceptar essa transação e fazer um ataque para receber os Bitcoins enviados. Foi criado uma pull request no GitHub do Bitcoin e um post aqui no Bitcointalk sugerindo que essa funcionalidade fosse removida.

O usuário @BitcoinFX criou um tópico esse ano relembrando uma transação que ele recebeu em um IP fixo no Reino Unido após fazer um post aqui no Bitcoin solicitando alguém que tivesse esse interesse em participar disso com ele. Até o satoshi esteve presente naquele tópico 

Mas ai como ficaria o anonimato ? Não daria para vincular a determinado ip a quantia de bitcoins que aquele sujeito recebeu ? É interessante, mas ao meu ver invadiria a privacidade de que opera com a criptomoeda. É isso ?

[Loganota]

Mas ai como ficaria o anonimato ? Não daria para vincular a determinado ip a quantia de bitcoins que aquele sujeito recebeu ? É interessante, mas ao meu ver invadiria a privacidade de que opera com a criptomoeda. É isso ?

...
When sending by IP, you still send to a bitcoin address, but your computer connects to that IP, gets a new bitcoin address from it, gives the transaction directly to the them and confirms that it was received and accepted.
...

Basicamente quando você mandava por IP você solicitava um endereço Bitcoin para o node que estava conectado aquele IP, seu IP não ficava registrado como o recebedor da transação. Não seria muito diferente do que acontece hoje, pelo menos eu não consigo ver uma diferença.

[PainKiller1986]

Mas ai como ficaria o anonimato ? Não daria para vincular a determinado ip a quantia de bitcoins que aquele sujeito recebeu ? É interessante, mas ao meu ver invadiria a privacidade de que opera com a criptomoeda. É isso ?

...
When sending by IP, you still send to a bitcoin address, but your computer connects to that IP, gets a new bitcoin address from it, gives the transaction directly to the them and confirms that it was received and accepted.
...

Basicamente quando você mandava por IP você solicitava um endereço Bitcoin para o node que estava conectado aquele IP, seu IP não ficava registrado como o recebedor da transação. Não seria muito diferente do que acontece hoje, pelo menos eu não consigo ver uma diferença.

É um pouco né, porque agora tem a questão de te vincular (teu ip) ao endereço BTC em questão, com esse cenário existe uma camada a menos para ser suplantada em caso de rastreio.

[Loganota]

É um pouco né, porque agora tem a questão de te vincular (teu ip) ao endereço BTC em questão, com esse cenário existe uma camada a menos para ser suplantada em caso de rastreio.

Sim, mas o que eu digo é que como é possível enviar pelo endereço também, essa opção de enviar por IP seria utilizada por quem não se importa em ser reconhecido como o recebedor da transação. Vamos supor, uma ONG coloca seu IP fixo para receber doações ao invés do endereço. Se a pessoa se importa com ser identificada, ela não faria esse tipo de transação. Acho uma alternativa bem válida.

O cara do post que comentei, que fez uma transação desse tipo colocou um site rodando que apontava para esse IP, seria bem mais fácil você doar para o www.google.com do que doar para um endereço convencional cheio de caracteres aleatórios.

[Alveus]

Transações IP/IP ainda são realizadas por instituições financeiras no exterior, não é uma coisa inédita e insegura. Um ataque  com o "homem do meio" não seria nada efetivo para IPs fixos e dificilmente usuários de IP randômicos utilizariam essa opção. Porém a utilização de IPs fixos diminui o anonimato, mas seria bem útil para empresas custodiantes, como exchanges.

[cryptobaboon]

Um novo BIP (270) endereça um avanço sobre o último (o 70) com um approach similar e existem alguns serviços que o implementam como o Overpool, mas a idéia aqui é criar uma uma rede pre-broadcast off-chain sobre uma rede DHT/DAT, como sugere o digrama:


Quem quiser mais infos sobre o funcionamento da solução, pode dar uma checada neste artigo

Não vejo um rollback para o movimento original acontecendo. Entendo que qualquer frente que não usando o conceito de overlay como acontece na LN, seria de certa forma nocivo - mesmo que, convenhamos, muito mais acolhedor aos olhos do usuário mais leigo, principalmente quando o resolver entrasse em ação e os domínios fossem utilizados. O ser humano tende a buscar o mais fácil, sempre... e são eles a mão da adoção, na maior parte dos casos. A receita aqui permanece a mesma, mas como também sabemos, a sua real credibilidade só pode ser alcançada quando efetivamente aplicado sobre a blockchain.

Transações IP/IP ainda são realizadas por instituições financeiras no exterior, não é uma coisa inédita e insegura. Um ataque  com o "homem do meio" não seria nada efetivo para IPs fixos e dificilmente usuários de IP randômicos utilizariam essa opção. Porém a utilização de IPs fixos diminui o anonimato, mas seria bem útil para empresas custodiantes, como exchanges.

O problema neste caso, penso eu, seria a gerência e determinação de fundos. Com os main e os childs você consegue dar uma capilaridade mais abrangente pra rede - de forma descentralizada, é claro. Afinal, tudo que é centralizado é mais fácil... e inseguro