Posts

Tangem Wallet Pack of 2 - Secure Crypto Wallet - Trusted Cold Storage for Bitcoin, Ethereum, NFT's &

Tangem Wallet Pack of 2 - Secure Crypto Wallet - Trusted Cold Storage for Bitcoin, Ethereum, NFT's &
Key item features Ultimate Security: Generates a private key that remains on the card, safeguarding crypto and NFTs from hackers with EAL6+ certification and audited firmware. Versatile Compatibility: Manages over 13,000 tokens across 70+ blockchains, supporting DeFi, NFTs, and DeEx without wires, Bluetooth, or USB. Effortless Operation: Utilizes NFC for secure transactions via a mobile device and the Tangem app, enabling buying and selling crypto with various payment methods. Smart Backup: Features a second Tangem Wallet as a backup, eliminating the need for paper, pictures, or seed phrases for recovery. Durable Design: Boasts IP68 protection against environmental conditions, ensuring longevity and robust physical security. Comprehensive Support: Compatible with Bitcoin, Ethereum, Solana, XRP, USDT, and over 6,000 cryptocurrencies, integrating with dApps and WalletConnect.

How can I identify and restore a Bitcoin wallet backup created with a Coldcard Mk1 in 2018?

I’m helping a friend recover access to a Bitcoin wallet that was originally set up around 2018 using someone else’s first-generation Coldcard (presumably Mk1). My friend is not technically knowledgeable and doesn’t remember the exact setup or backup procedure. What we currently have: A USB flash drive that he believes was used to store or back up the wallet. A handwritten sequence of 12 words. A handwritten 6-digit PIN. A Bitcoin receiving address previously used to check the balance around 2020. We are not certain whether the original Coldcard device is still available. What I’m trying to understand: From the Coldcard documentation I’ve found, encrypted wallet backups can be protected by a separate 12-word password, which is different from the wallet’s BIP39 seed phrase. I’m therefore unsure whether the handwritten 12 words represent: The actual BIP39 recovery phrase for the wallet; or A password used to decrypt a Coldcard backup file. I’m also unsure wha...

LBANK

Did any 2009 Bitcoin service generate multi-word passphrases?

I am trying to identify a Bitcoin-related service or wallet that I remember using around 2009. I understand that modern mnemonic recovery seeds (such as BIP39) did not exist in 2009, and I am not claiming that this was a modern seed phrase. My recollection is the following: I was introduced to Bitcoin by a friend. I created a new email account specifically for this. I registered on a website with an email address and password. I bought Bitcoin for a small amount of euros. My recollection is that payment was made by bank transfer from a German bank account. Afterward I could see a Bitcoin balance associated with my account on the website. I was advised to move the bitcoins to a wallet so that I would still have access to them if the website disappeared. I did not install wallet software. I remember doing this in the browser. During this process, the system generated a number of apparently random words for me. I understood these words at the time as a password/passphrase and...

Issues importing descriptors in Core regtest wallet

ok using in regtest with my bitcoin core, i am trying to import the below descriptor and its corresponding arguments for the importdescriptors command but i am unsuccessful. i've tried a few different variations and still the same issue. bitcoin-cli-rt -rpcwallet="my-descriptor-wallet" importdescriptors << 'EOF' [ { "desc": "tr([9a3ad634/86'/1'/0']tpubDCAqxEgJB2o9ZL4gozDZ5xmRGYFzV7oJB1hC1hSDYqXyoFYNEvbHh7smPmhDPsozfusb4czadKiC5HQ4e231rY9o9Q6tN34nrruJcF6rPYB/0/*,{multi_a(2,[8e7dc54e/86'/1'/0']tpubDDGyiLE11EYR9sNLNqExhwASubctpctXt5S5kfHepuL4UtihdkvKuHvakCR6od6yusSCruZ3HnejrgEvechahX3PjNQr87WPwMrUHM1J7CM/0/*,[32bbb15e/86'/1'/0']tpubDCwvzUy66wLsmQ7GzB1Tzem7xL9JWCtAYj3z2ubqFyRebgvbwtSXNxyzSHNs2zCNWuUHe8QpnMqNsvQcXYRyaxYZaNtNQLX4MgohApjsTs3/0/*,[c556a9ec/86'/1'/0']tpubDCJTFn83QPCEVG8i7ZpChtYsykvU6U2g8QJTHhJQ3xQbLwDiEg1DSFtRV25FaJkpwxLbCA91iB8AZrxJmh13XBbpPuk64bcYWVsm4xLBnZL/0/*),an...

How to Sign a Musig with Bitcoin Core

Today I was back at trying to sign a transaction spending a musig UTXO in Bitcoin Core. Last time around, Pieter W. gave me two pieces of advice. Use PSBTs, as they're more likely to work on modern stuff like Musig than raw transactions. He asked how I was generating my private/public keys, which made me realize I'd probably calculated my pubkey incorrectly. So today I took a new swing, using the same methodology I use for signing regular multisigs in Bitcoin Core, but now I can't get the PSBT to process correctly. I. Capturing the Individual Keys I used the simplest method possible to generate a musig address: grab addresses from two different wallets and capture their pubkeys. (The private keys should then be sitting in those wallets.) Here's the address & pubkey capture: musigaddress1=$(bitcoin-cli -rpcwallet=musig1 getnewaddress) musigaddress2=$(bitcoin-cli -rpcwallet=musig2 getnewaddress) musigpubkey1=$(bitcoin-cli -rpcwallet=musig1 -name...

building a dapp for btc need the 66 hex characters usdt group key (taproot)

hello i am building lightphon.com a dapp where you can buy and sell compute power. What i really need is a place where you can get the 66 hex characters usdt group key (taproot assets) from Recent Questions - Bitcoin Stack Exchange https://ift.tt/kJWBOhE via IFTTT

What changed in Bitcoin P2P protocol version 70017 compared to 70016?

I recently installed Bitcoin Core 32.0rc2 on one of my nodes and noticed that the reported P2P protocol version changed from 70016 to 70017. I remember 70016 being used for quite a long time, so I was curious what exactly triggered the protocol version bump. What changed in protocol version 70017 compared to 70016? Also, how does a 70017 node behave when connected to a peer that only supports 70016? from Recent Questions - Bitcoin Stack Exchange https://ift.tt/Pz5vkwX via IFTTT

Why does Bitcoin use both a transaction ID and a witness transaction ID?

While learning Bitcoin transactions and SegWit, I came across the distinction between the traditional transaction ID (txid) and the witness transaction ID (wtxid). I understand that the txid is the double-SHA256 hash of the serialized transaction excluding the witness data. andd wtxid commits to the transaction including the witness data. SegWit introdduced wtxid partly to solve transaction malleability issues. What I am having trouble understanding is why Bitcoin needs both identifiers instead of simply replacing txid with a hash that always commits to the witness data. For example, suppose a SegWit transaction has the same inputs and outputs but different witness data. The txid remains unchanged while the wtxid changes. I would like to understand the design consequences of this distinction... What specifically would break if Bitcoin used only wtxid everywhere? Why do transaction inputs continue to refer to previous outputs using txid:vout rather than wtxid:vout? How doe...