Este gajo não perde uma oportunidade...

Mais 170M € adquiridos em Bitcoin.

https://criptofacil.substack.com/p/microstrategy-compra-mais-de-900#details

Não sei se isto é bom ou mau. Mas sei que é a lei do mercado. Quem mais pode, mais tem/acumula. O problema é que cada vez mais Bitcoins estão a ficar distribuídos como a riqueza em fiat. 90% da riqueza nas mãos dos 10% mais ricos e os 10% restantes nos 90% menos rico!

Ora, o título diz tudo.
Já sei que vai ser mais uma para me atacarem, hehehe , mas a verdade é que elas vão acontecendo com alguma regularidade e quem lá tem investimentos e que os venha a perder, depois vai trazer mais má pub para o meio.
Eu não fico contente com isto mas não posso deixar de continuar a defender a minha posição.

Fica o link da notícia:
https://www.criptofacil.com/baleia-perde-15-000-eth-em-ataque-de-phishing/

Segundo esta notícia, os EUA controlam agora a quinta maior wallet de Bitcoin.


A pouco e pouco estes cabrões vão obtendo Bitcoin a custo zero (salvo "despesas de tribunais" e provavelmente pouco mais).
Não sei se estes Bitcoins estão "tainted" ou não, mas de qualquer forma, estão nas piores mãos que podiam estar. De um estado!

Estes Bitcoins estão todos ligados ao hack que a Bitfinex sofreu em 2016.

https://www.criptofacil.com/eua-controlam-quinta-maior-carteira-de-criptomoedas-do-planeta/

[Coinjoin]

Aqui há uns tempos falou-se em Coinjoin e acho que eu fiquei em criar uma thread sobre o assunto. Então aqui fica ela.

O que é o Coinjoin?
Coinjoin é um procedimento para misturar moedas Bitcoin e aumentar o nível de privacidade e anonimato dos utilizadores dessas moedas de Bitcoin. Consiste em juntar vários inputs, gerar novas transacções onde esses inputs se misturam uns com os outros e finalmente, gerar outputs nos valores correctos para cada participante do Coinjoin.
A Blockchain é uma base de dados transparente e que pode ser consultada por qualquer pessoa e, como tal, pode ser usada para análises complexas e, dessa forma, conseguir associar addresses Bitcoin a pessoas inividuais ou empresas. Através da análise de padrões de utilização de addresses de Bitcoin, montantes transferidos, carteiras usadas, IPs de nodes e muitas outras informações disponíveis, empresas de análise de dados como a Chainanalysis e outras, conseguem reduzir em grande escala a privacidade e o anonimato dos utilizadores de Bitcoin e isso é um problema grave.

Quando foi criado o Coinjoin?
O Coinjoin foi apresentado a 22 de Agosto de 2013 pelo developer gmaxwell numa thread aqui no bitcointalk.org. Nesta thread está detalhado o modo de funcionamento.

Como funciona um Coinjoin?
Um Coinjoin consiste em que vários utilizadores concordem em usar este serviço e quantos mais utilizadores participarem no mesmo Coinjoin, maior será o nível de privacidade e anonimato para cada utilizador no final!
De referir que, quando vários utilizadores concordam em misturar os seus Bitcoins, não perdem, em momento algum, o controlo deles. Pelo contrário. Nas transações CoinJoin de Bitcoin as assinaturas de cada transacção permanecem independentes entre si, e apenas quando TODOS os participantes providenciarem cada uma das suas assinaturas é que o Coinjoin poderá ser iniciado e terminado. Após cada uma das transacções ser assinada por cada participante, elas serão agrupadas numa só transacção Coinjoin, será feito o broadcast e eventualmente aceite por um miner e incluída num bloco. Na Blockchain aparecerá apenas uma transacção e será extremamente difícil conseguir perceber, mesmo para os participantes do Coinjoin, de onde vieram os Bitcoins para cada um!


O conceito pode ser explicado recorrendo à seguinte imagem:
(nota: este excerto foi traduzido de: https://en.bitcoin.it/wiki/CoinJoin, sem recurso a AIs)



Uma transacção Bitcoin consome um ou mais inputs e cria um ou mais outputs.
Cada input é um output de uma transacção anterior. Por cada input é criada uma assinatura (scriptsig) distinta, de acordo com as regras especificadas no output da transacção anterior que está a ser consumida (scriptpubkey).

A rede Bitcoin é a responsável por certificar que as assinaturas estão correctas, que os inputs existem e estão elegíveis para serem gastos, e que a soma dos outputs é menor ou igual à soma dos inputs (qualquer remanescente será considerado fees para os miners por terem incluído a transacção naquele bloco).

É normal que uma transacção gaste muitos inputs para conseguir perfazer o valor a ser pago, criando eventualmente uma transacção adicional para efeitos de "troco" para receber de volta Bitcoin não gasto que não sejam fees/taxas.

Não há qualquer obrigatoriedade que as scriptpubkeys dos inputs usados sejam as mesmas, ou seja, não é obrigatório que sejam pagamentos para a mesma address. E na realidade, quando Bitcoin é usado correctamnete com uma address por transacção, nenhuma das addresses será a mesma.

Quando consideramos a história da posse/propriedade de Bitcoin, podiamos olhar para transacções que gastam de várias scriptpubkeys distintas como uma co-união de propriedade e partir de um princípio: Como, de outra forma, podia uma transacção gastar de várias addresses a não ser que uma parte comum controlasse esses endereços?

Na imagem a cima, a "transacção 2" gasta moedas que foram assiandas por 1A1 e 1C3. Portanto, 1A1 e 1C3 serão necessariamente as mesmas pessoas?
Partir deste princípio é incorrecto. A utilização de uma transacção única não prova controlo em comum (embora assim o pareça), e isto é o que torna o Coinjoin possível:

As assinaturas, uma por input, numa transacção são completamente independentes umas das outras. Isto significa que é possível aos utilizadores de Bitcoin em concordarem num conjunto de inputs para serem gastos, e num conjunto de outputs para serem pagos, e por fim, individualmente e separadamente, assinarem uma transacção e mais tarde juntar todas as assinaturas. A transacção não será válida nem será aceites pela rede até que todas as assinaturas sejam "apresentadas" e ninguém vai assinar transacções que não estejam correctas para cada um.

Para aumentar a privacidade, os N utilizadores acordariam quantiade de output uniforme e forneceriam inpus que correspondessem pelo menos a essa quantidade. A transacção teria N outputs dessa quantidade e, potencialmente, mais N outputs de "troco" se alguns dos utilizadores fornecessem inputs que excedessem o valor total. Todos assinariam a transacção e esta poderia então ser transmitida. Não há risco de roubo em momento algum.

Na figura a cima, a "transacção 2" tem entradas de 1A1 e 1C3. Digamos que 1A1 é um address usado para Alice e 1C3 é um address usado para Charlie. A que Alice e a Charlie pertencem quais das outputs 1D e 1E?
(*fim de excerto)

Uma outra nota que convém referir é que Coinjoin não garante 100% de anonimato. Mesmo com Coinjoin continua a haver possibilidade de rastrear Bitcoins e levar a identificar pessoas ou empresas. No entanto, torna-se extremamente mais difícil conseguir tal proeza. Cabe a cada um de nós medir os pros e contras e perceber se compensa ou não.
Ainda convém também referir mais dois pontos que me parecem pertinentes que é o facto de ao aceitarmos fazer Coinjoin com outras pessoas, podemos estar a misturar os nossos Bitcoins com Bitcoins usados em crimes e essa pode ser uma desvantagem pois podemos acabar com Bitcoins marcados ("tainted") mesmo após o Coinjoin! É que o facto de termos Bitcoins "tainted" estamos a diminuir a fungibilidade desses Bitcoins.


Onde podemos fazer Coinjoin?
Há várias implementações desta feature e algumas das mais comuns são as wallets que as têm incorporadas.
Exemplos:

Samurai Wallet
https://samouraiwallet.com/

Wasabi Wallet
https://wasabiwallet.io/

JoinMarket
https://github.com/JoinMarket-Org/joinmarket-clientserver

DIY Coinjoin
Método manual qua usa os nossos nodes e requer comunicação com outros users com o mesmo interesse.
Deixo um link no final com um guide sobre Coinjoin da Bitcoin Magazine e um tutorial para esta opção manual de Coijoin.

Tanto a Samurai como a Wasabi Wallet oferecem serviços de Coinjoin automatizados e usam a tecnologia Whirlpool e cobram cerca de 0.2% do total de Bitcoin de fees pelo serviço e fees de rede.
Cada wallet implementa o Coinjoin da forma que melhor entende. A Samurai chamou à sua implementação "Whirlpool" e parte do princípio que os valores dos inputs são iguais e usa pools para cada valor. 0.1BTC, 0.2BTC, etc (são apenas exmeplos). Os outputs serão também todos iguais por forma a torná-los indiferenciáveis.
Já a Wasabi wallet implementa o Coijoin de forma mais complexa e permite inputs de valores distintos, sendo que no final, vão aparecer vários outputs iguais entre si, ou seja, vários outputs de 0.2BTC, vários de 0.3BTC, vários de outros valores, por forma a que o total dos outputs iguale o total dos inputs e que cada participante receba outputs iguais até perfazero valor com que entrou. Ou seja, se eu entrei com 1.5BTC, eu posso receber 4x 0.2BTC + 2x 0.1BTC + 1x 0.5BTC, por exemplo.

Guide e Tutorial da revista Bitcoin Magazine sobre Coinjoin e DIY Coinjoin
https://bitcoinmagazine.com/technical/a-comprehensive-bitcoin-coinjoin-guide


Como nota final, eu não sou nem fiquei expert em Coijoin com a criação desta thread e portanto, se forem necessárias correcções, estarei disponível para as fazer.

Hello.

I'm using Debian Bookworm in a RockPro64 sbc and I have Bitcoin Core RPC client version v25.0.0.

I'm using logrotate 3.21.0.

This is my config file for Bitcoin Core logrotate file:

Code:

$ cat /etc/logrotate.d/bitcoin
/home/xxxxxxxxxx/.bitcoin/debug.log{
daily
rotate 5
missingok
copytruncate
notifempty
maxsize 50M
delaycompress
sharedscripts
postrotate
kill -HUP `cat /home/xxxxxxxxxx/.bitcoin/bitcoin.pid`
endscript
}

But my files are all ~1.5Gb when I am asking them to be no more than 50Mb.

For isntance, this is my config for my Lightning Network logrotate file, and it is working correctly:

Code:

$ cat /etc/logrotate.d/lightningd
/home/xxxxxxxxxx/.lightning/debug.log{
daily
rotate 5
missingok
copytruncate
notifempty
maxsize 50M
delaycompress
sharedscripts
postrotate
kill -HUP `cat /home/xxxxxxxxxx/.lightningd/lightningd-bitcoin.pid`
endscript
}

These are my Bitcoin Core log files:

Code:

-rw-------  1 xxxxxxxxxx xxxxxxxxxx 1.1G Aug 13 20:41 debug.log
-rw-------  1 xxxxxxxxxx xxxxxxxxxx 1.2G Aug 13 00:00 debug.log.1
-rw-------  1 xxxxxxxxxx xxxxxxxxxx 1.6G Aug 12 00:00 debug.log.2
-rw-------  1 xxxxxxxxxx xxxxxxxxxx 1.2G Aug 11 00:00 debug.log.3
-rw-------  1 xxxxxxxxxx xxxxxxxxxx 1.9G Aug 10 00:00 debug.log.4
-rw-------  1 xxxxxxxxxx xxxxxxxxxx 1.4G Aug  9 00:00 debug.log.5

And these are my LN log files:

Code:

-rw-r--r--  1 xxxxxxxxxx xxxxxxxxxx  53M Aug 13 20:43 debug.log
-rw-r--r--  1 xxxxxxxxxx xxxxxxxxxx  47M Aug 13 00:00 debug.log.1
-rw-r--r--  1 xxxxxxxxxx xxxxxxxxxx  47M Aug 12 00:00 debug.log.2
-rw-r--r--  1 xxxxxxxxxx xxxxxxxxxx  27M Aug 11 00:00 debug.log.3
-rw-r--r--  1 xxxxxxxxxx xxxxxxxxxx  30M Aug 10 00:00 debug.log.4
-rw-r--r--  1 xxxxxxxxxx xxxxxxxxxx  27M Aug  9 00:00 debug.log.5
-rw-r--r--  1 xxxxxxxxxx xxxxxxxxxx  33M Aug  8 00:00 debug.log.6

So, what am I missing here?

Achei este artigo super interessante onde é dito que o João Bidão assinou um documento que suspende o limite de criação de dívida, permitindo ao estado gastar ao desbarato!

Ora confiram e digam o que acham de vossa justiça!

https://peruvianbull.substack.com/p/the-monetary-event-horizon

Uma história de um tuga que trabalhou nas obras no Canadá, foi para o Dubai, montou uma empresa e apresenta-se como um bilionário à custa de Bitcoin.

https://tvi.iol.pt/noticias/videos/reporter-tvi-junior-o-milionario-improvavel/64934d840cf2dce741bdf8f7

Era uma vez...

Isto é apenas uma pequena história que ocorreu comigo nestes últimos dias. Primeira vez que estive nesta situação.
Vou contar, até porque se calhar, vai servir também como aprendizagem para outros, como serviu para mim.

Eu costumo comprar Bitcoin mensalmente com a aplicação Relai que é uma self-custody wallet, que significa que nós temos as PKs das addresses da wallet e portanto temos controlo total sobre os nossos fundos.
Acontece que um user aqui do forum contactou-me para abrirmos um canal LN entre os dois e eu aceitei. Então fui a essa wallet (Relai) e enviei 1M de sats para o meu node porque não tinha fundos onchain para poder abrir o canal.
Acontece que como a pressa não era muita, eu escolhi a fee mais baixa que a wallet sugeria. Problema é que geralmente as wallets são uma bosta no que diz respeito a estimarem as fees e acabou por seleccionar uma fee emasiado baixa para a actual circunstância com a merda dos Ordinals e companhia.
Resultado é que a minha TX não havia meio de entrar num bloco.

Então com a ajuda de um (net)friend pensámos em criar uma CPFP. Eu já tinha ouvido falar nisto mas nunca tinha ido ler sobre o que era. Sabia apenas que tinha a ver com as fees e com as TXs. Não sabia sequer para que servia isto.
Esta wallet, a Relai, não suporta RBF, por isso pensou-se numa CPFP - Child Pays For Parent. Isto significa na prática que vamos criar um pacote com 2 transacções (a original com fee muito baixa e uma outra com uma fee que dê para "cobrir" as fees das duas transacções e que dê para entrar nos próximos blocos) e o miner que escolher uma, tem que incluir as duas, no entanto, uma vai ser logo dada como "already spent".

Então para fazer isto acontecer, eis o que tivémos que fazer:
1 - Fazer um dump as priv keys da minha wallet do node da LN, na forma de descritpors!
2 - Criar um file .json com o output do comando do passo 1 e guardar.
3 - Importar este ficheiro no nó de Bitcoin. Isto vai importar a mesma wallet que tenho no node de LN mas no node de Bitcoin.
4 - Fazer rescan de parte da blockchain para que o meu node Bitcoin fique "a saber" das transacções desta wallet
5 - Tive que fazer re-broadcast da TX com fee baixa com o meu node de Bitcoin porque mesmo após o rescan, não me aparecia o unconfirmed balance. Depois deste passo, já tudo estava certinho no node Bitcoin.
6 - Criar uma raw transaction com o meu node Bitcoin usando o mesmo output que foi usado quando enviei os fundos da Relai para o meu node LN, usando fees apropriadas. mais tarde posso dizer como calculei estas novas fees.
7 - Assinar a transacção.
8 - Fazer broadcast da nova transacção. Esta é prontamente detectada como uma CPFP.

E pronto, depois disto, foi aguardar alguns blocos (ainda assim foram bastante mais que os que eu esperava) e os fundos chegaram ao meu node LN. No entanto ainda tive que fazer um rescan outputs no meu node LN porque o node nãoa viu que a transacção original (com os fees baixos) já tinha sido gasta, e o meu node LN estava a ver o dobro dos fundos que devia ver.

Foi a primeira vez que estive nesta situação - stuck transaction - e que usei uma transacção CPFP para resolver o problema!

Hi.

I would like to create my own code to generate a key pair to use with nostr protocol which is the way we are identified in the network. It's like the username and password.

From their github docs:
https://github.com/nostr-protocol/nips/blob/master/01.md

they send us to https://bips.xyz/340 to generate the keys. However, this is the a depth I didn't want to have to go through.

Then, I found an example code for Schnorr sigs and secp256k1 but in the Bitcoin Core repository but probably, the example code is not exactly what the nostr protocol asks.

I would like some help and guidance to be able to write my own piece of code to generate my own keys to use them in the nostr protocol!

https://www.cnbc.com/2023/06/05/sec-sues-binance-and-ceo-changpeng-zhao-for-us-securities-violations.html


Só digo isto:

The SEC sued crypto exchange Binance and its billionaire founder, Changpeng Zhao, alleging that they worked to attract U.S. customers to its unregulated international exchange, commingled investor funds with their own and violated securities laws.

The 13 charges come after the CFTC unveiled a similar complaint against Binance and Zhao earlier this year.

Zhao dismissed the allegations on Twitter

Mas quando? Quando? Quando é que estes scammers de merda vão todos com o cara....o?
Mas quando é que a malta entende que self-custody é de extrema importância? Não se aprendeu nada com MTGox e FTX... Eu sei que são circunstâncias diferentes, mas que porra anda a malta a fazer?




Link em tuguês:
https://observador.pt/2023/06/06/eua-supervisor-acusa-lider-nas-criptomoedas-binance-de-desviar-milhares-de-milhoes-e-de-mentir-aos-reguladores/

[Lightning Network paper]

Olá.

A rede Bitcoin baseia-se na tecnologia Blockchain como todos sabemos. É um sistema quase perfeito a quase todos os níveis e que não nos deixa grandes dúvidas sobre o potencial acumulado e que ainda precisa de ser libertado.
No entanto, no actual cenário, e com competição da mais forte que nos podemos lembrar, como a esfera política, a esfera dos grandes grupos económicos e claro a rede Visa, sabemos que uma das grandes críticas é o TPS na rede Bitcoin (onchain, L1) e que precisa urgentemente de escalar para poder competir com VISA e MBWay.

Para tentar resolver este problema, a comunidade dev está a desenvolver um protocolo conhecido como Lightning Network, L2, whatever, como lhe quiserem chamar.
Este protocolo baseia-se na criação de canais entre peers e estes canais podem depois movimentar teoricamente uma infinidade de sats, tirando um enorme número de TXs da L1 (rede Bitcoin, onchain).
Teoricamente, é também possível um TPS infinito, matando por completo qualquer concorrência, aka VISA, MBWay, you name it.
Este protocolo começou a ser desenvolvido em maior escala em 2018 embora já houvesse desenvolvimentos, pelo menos desde 2015 / 2016.

Criei esta thread para incentivar a malta a adoptar a LN e a começar a aprender mais sobre ela por forma a ajudar a L2 a crescer! Sendo ainda um protocolo muito recente, é necessário alguma cautela e bastante pesquisa. Naturalmente tem ainda imensas limitações e bugs que vão sendo corrigidos sempre que possível.
Sem ser um grande expert, eu posso ir ajudando a malta a começar a dar os primeiros passos. Instalar, configurar, regras básicas, truques e dicas, recursos, etc.

Vou deixar alguns links que serão quase de leitura obrigatória para obtermos algum conhecimento básico sobre a LN e que nos permitem começar a dar os primeiros passos.
Vou também contar com users mais experientes que eu para irem contribuindo sempre que possível, pois também pretendo aprender mais sobre a LN.

Vou ainda tentar aqui ilustrar como funciona a LN de uma forma muito básica, só para tentar dar umas luzes sobre o seu funcionamento, mas obviamente que a malta tem que pesquisar muito e ler muito e perguntar ainda mais!

Links úteis:
Lightning Network paper
https://lightning.network/lightning-network-paper.pdf

Como funciona a LN (não concordo em absoluto com as traduções, mas dá para perceber)
https://academy.bit2me.com/pt/lightning-network/

Clientes para a Lightning Netowrk
Core Lightning by Blockstream
LND by Lightning Labs
Eclair by ACINQ
Rust-Lightning and LDK by  Rust Bitcoin Community in cooperation with Square Crypto
Electrum (in Python) by Electrum
LNP Node by  LNP/BP Standards Association

https://medium.com/@fulgur.ventures/an-overview-of-lightning-network-implementations-d670255a6cfa


Não é fácil encontrar informação em português sobre como funcionam os canais na LN, mas deixo este link em inglês:
https://medium.com/suredbits/lightning-101-what-are-lightning-channels-cfb80f440298

Quem tiver dificuldades com inglês, pode sempre usar um tradutor e se mesmo assim houver, dúvidas, é para isso que serve esta thread. Eu tentarei sempre responder o melhor que souber e quando estiver errado, agradeço que me corrijam.

Para já a thread fica assim, e poderei adicionar mais conteúdo à medida que for necessário e oportuno!
Vamos aumentar o uso da LN e aprender sobre esta solução que pode ajudar Bitcoin com a mass adoption!
Venham essas perguntas e dúvidas!

Algumas considerações sobre o funcionamento da Lightning Network
A LN funciona com base em canais abertos entre dois peers. Estes canais não são mais que Bitcoin enviado para uma address Bitcoin Multi-sig 2-of-2. Este Bitcoin fica "bloqueado" nesta address e a quantidade bloqueada é a liquidez do canal, ou por outras palavras, é a quantidade de Bitcoin disponível neste canal.
Este canal aparece depois como activo na nossa implementação de LN e pode depois ser usado para enviar sats para o outro peer.
No entanto, para podermos receber sats, é necessário percebermos outro conceito. Liquidez Inbound e Outbound. Podemos pensar num canal como tendo "dois lados". O Inbound e o Outbound. O lado Outbound é onde está o Bitcoin que nos pertence (local balance) e portanto é este Bitcoin que nós podemos movimentar. Do outro lado do canal está o lado Inbound. Tem este nome porque o Bitcoin deste lado do canal pertence ao outro peer, e como no nosso lado, o outro peer só pode movimentar esse Bitcoin (enviar para nós), portanto, do ponto de vista do nosso peer, é uma via de entrada de Bitcoin, daí o nome Inbound (o remote balance).

Sem querer complicar muito, temos trÊs circunstâncias para abertura de canais.
1 - Nós abrimos o canal para outro peer, e este canal fica apenas com Outbound Liquidity. Ou seja, só podemos enviar sats do nosso lado do canal para o outro lado. De início, não é possível receber sats porque só nós entrámos com Bitcoin para a abertura deste canal, logo o canal não tem Inbound Liquidity. Nesta circunstância, só podemos receber sats depois de eventualmente termos já enviado sats para o outro lado do canal (ou para o outro peer).
2 - Algumas implementações da LN permitem que dois peers abram um canal e o canal fica automaticamente com a mesma quantidade de Inbound e Outbound liquidity (Dual Funded Channels na implementação Core Lightning). Neste cenário, o balanço do canal é perfeito, de 50% para cada lado do canal. Ou seja, quando abrimos um canal usando esta feature, eu entro com 0.1BTC e o outro peer também entra com a mesma quantidade e portanto o canal fica automaticamente com 0.1BTC de Incoming Liquidity e 0.1BTC de Outbound (ou Outgoing) Liquidity e podemos enviar e receber sats neste canal logo de início.
3 - O outro peer abre um canal para o nosso peer, e este canal, do nosso ponto de vista, tem apenas Inbound Liquidity. Ou seja, apenas podemos receber sats neste canal inicialmente. Só depois de recebermos sats neste canal é que poderemos enviar sats através deste canal


Lista de carteiras Lightning Network
Breez Wallet
https://breez.technology/

Phoenix Wallet
https://phoenix.acinq.co/

Wallet of Satoshi
https://www.walletofsatoshi.com/

Blue Wallet
https://bluewallet.io/

Muun Wallet
https://muun.com/

Electrum Wallet
https://electrum.org/

Zap Wallet
https://zaphq.io/

Eclair Wallet
https://www.walletmart.io/product/eclair-wallet/

In @TheBitcoinConf, the enthusiast Burak, presented his work on a new L2 protocol, that as he says, is intented to solve some of the issues with LN that he found over time.

He made a post in Medium:
https://burakkeceli.medium.com/introducing-ark-6f87ae45e272

An also posted in Bitcoin dev mailing list
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2023-May/021694.html

For the most technical, what you guys think of this?

Hi.

With all that is happening in the world, among war, politics, control, surveillance, corruption, poverty and all other things, can we ever see again another anarchist movement such the one started by Jim Dalton Bell in the mid 90ies called "Assassination Politics" aka AP where assassination of politics and other empowered personalities could be arrangement with the help of cryptography to help these arrangements??? I mnea, we see this happening in some countries but in a disguised way by means of saying that some "persona non grata" died due to a fall off of an hospital window or that someone was found dead in the bushes or whatever excuse we see governments/states to put out on government controlled media! This is going completely out of control and we see more and more riots everywhere, shootings in schools, people being murdered almost for free... USA, France, and even in Islamic countries where people fight for women rights. In other countries is the overwhelming level of surveillance and population control.

Jim Dalton Bell wrote an essay in 10 parts that can be read here.

Jim Belton fought countless times against the authorities, loosing some battles and granting victories in some others.

Obviously that this time of action / movement can be seen as some kind of terrorist act against states / governments / politicians, but isn't also the people being a target of these people's attacks disguised of laws, restrictions, prohibitions, etc etc?

I would love to see what people think about the anarchist movements and actions, generally speaking. This is a sensitive topic, I guess, so, let's try to keep it minimally sane!

Thanks
dkx

Hi.

I started reading this book, written by Antonopoulos, Osuntokun and Pickardt, right at github, here.

I have created this thread to ask questions about the contents of the book whenever I'm unable to understand a sentence, a subject, an example or watever question I may have.

If others also want to ask questions on top of my questions, feel free but I would like to keep the thread kind of limited to my questions and people's answers so that I don't lose focus on each question/answer.

When I have a question, I'll try to link it and provide the most information possible to it and/or context.

To start, I'm at the middle of Chapter 3, reading further down in Section Protocol Breach (the ugly way).

The part I'm not fully understanding is this:

If you fail to detect the protocol breach and the timelock expires, you will receive only the funds allocated to you by the commitment transaction your partner published. Any funds you received after this will have been stolen by your partner. If there is any balance allocated to you, you will have to pay on-chain fees to collect that balance.

Specifically this part:

Any funds you received after this will have been stolen by your partner.

If we are not able to detect te cheater peer, we only get the funds that were allocated by the commitment transaction broadcast by the cheating peer, right? So, if this is correct, what are this "any funds I received after this will have been stolen by your partner"??

Hi

I'm trying to import a bech32 address to my Bitcoin Core wallet and I can't make it happen.

These were the steps:

Code:

$ bitcoin-cli --named --rpcwallet=MyWatchWallet importaddress label="incoming-from-xxxxxxxx" address="bc1qxxxxxxxxxxxxxxxxxxx" rescan=true p2sh=false
error code: -4
error message:
This type of wallet does not support this command

This is the wallet info:

Code:

bitcoin-cli --rpcwallet=MyWatchWallet getwalletinfo
{
  "walletname": "MyWatchWallet",
  "walletversion": 169900,
  "format": "sqlite",
  "balance": 0.00000000,
  "unconfirmed_balance": 0.00000000,
  "immature_balance": 0.00000000,
  "txcount": 0,
  "keypoolsize": 0,
  "keypoolsize_hd_internal": 0,
  "paytxfee": 0.00000000,
  "private_keys_enabled": false,
  "avoid_reuse": false,
  "scanning": false,
  "descriptors": true,
  "external_signer": false
}

I'm using

Code:

$ bitcoin-cli --version
Bitcoin Core RPC client version v23.0.0
Copyright (C) 2009-2022 The Bitcoin Core developers

Please contribute if you find Bitcoin Core useful. Visit
<https://bitcoincore.org/> for further information about the software.
The source code is available from <https://github.com/bitcoin/bitcoin>.

This is experimental software.
Distributed under the MIT software license, see the accompanying file COPYING
or <https://opensource.org/licenses/MIT>

Why cna't I add it?

Hello.

I tried to import the priv key of a bech32 address into a newly created wallet in Electrum, however, the address imported starts not by "bc1" but by the old "1" address type.
This Electrum wallet is offline and has no internet connectivity. How can I make the bech32 address type to show up in Electrum instead of the old p2sh??

Hello.

I'm trying to sign a message with the node that created an address but I'm getting the error message saying:

Code:

$ bitcoin-cli signmessage "bc1.......................8x" "I confirm to be the sole owner of the (BTC) address used for b.....4-e...-45.....-b.....-dc..........."
error code: -3
error message:
Address does not refer to key

If I unlock the wallet and dump the priv key, it dumps it, which I think it means the address was created with this node for sure or at least that this node has the priv key.

So, why am I getting this error message??

Hello.
I hope this thread is in the right location.

I need/want the community to help me to find a thread that I saw, not sure if it was in this forum, but it was in one of the Bitcoin section/sub sections.
I already tried to use ninjastic to try to find the thread by some keywords but I couldn't find it. I also tried the forum search engine it also didn't return the thread whatsoever.

The thread was a discussion about if bitcoin could be considered a nation or a country. Did anyone seen it and can find it?

Thanks
dark

Hello.

I just want to let everyone with some level of security and privacy paranoia that I have created a Signal group as an alternative to Telegram messaging app.

Signal messaging is open source, end-to-end encryption and is apparently better and more secure and privacy oriented than Telegram as it collects way less data.
It is also known that is less customisable, but who cares? We want privacy. We care more about privacy and security than fancy features and stickers and etc.

And another reason I created the channel is that Telegram is already so filled with crap/scammers/shitcoiners/etc that a clean group is always good to keep things sane.

I'm not sure I'm allowed to share the group link here but I won't do it for some time until I acknowledge this thread dis also in the correct forum and that I can share the link. In the meantime, if anyone wants to join, just drop me a PM and I'll share the link or QR code.

I collected a few insights about both apps if anyone is interested to check
https://www.tomsguide.com/news/signal-vs-telegram
https://www.slant.co/versus/1989/4568/~signal_vs_telegram

thanks
dkvx

[thread]

Hello.

Following this thread, I have decided to purchase a domain to try to make things a bit easier and normal.
So, I bought a domain in ahnames.com (they accept Bitcoin as payment, ). The domain site provides DNSs and if I use them, things seems to work.



Then, in the DNS records I have the following:
IMAGE REMOVED

Those IPv6 addresses are there because I'm not sure which ones I should use, therefore I used all that are not temporary.

So, if anyone tries to access those 2 sites, rtl.bitcoin.... and lnbits.bitcoin...., I think they work, on ports 3002 and 5001, respectively.
So, I presume my nginx configuration is correct. I leave it here too:

Code:

$ cat /etc/nginx/conf.d/lnbits.bitcoin-cryptoanarchy.com.conf
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;
server {
listen 5001 ssl http2 default_server;
listen [::]:5001 ssl http2 default_server;
server_name www.lnbits.bitcoin-cryptoanarchy.com lnbits.bitcoin-cryptoanarchy.com;

ssl_certificate /home/<hidden>/certificates/server-cert-signed.pem;
ssl_certificate_key /home/<hidden>/certificates/server-key.pem;
ssl_protocols TLSv1.2 TLSv1.3;

location / {
proxy_pass http://localhost:5000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}

This is the /etc/nginx/sites-available/default file. This is the only file here and there is the symlink inside /etc/nginx/sites-enable/default as shown below:

Code:

$ ls -lah /etc/nginx/sites-enabled/
total 8.0K
drwxr-xr-x 2 root root 4.0K Apr  7  2021 .
drwxr-xr-x 9 root root 4.0K Aug 30 21:19 ..
lrwxrwxrwx 1 root root   34 Apr  7  2021 default -> /etc/nginx/sites-available/default

So, the above setup seems to work.

However, if I try to setup Cloudflare's DNSs in my domain site, like the picture below:


and setup a few A and AAAA registers in Cloudflare site, like the picture below:
IMAGE REMOVED

things just break after a couple of hours. Anything works anymore.
Nore: the IPv6 addresses in Cloudflare screenshot don't match my domain site just because I updated the ones in my domain site right before I start writting this thread. But the idea remains. I created those registers to make them to point to my public IP (v4 and v6).

So, what am I doing wrong, after all?
I just hope not being disclosing any security info... :|


EDITED;
Some images removed due to possible security risks... Sorry for that.