Search content
Sort by
Showing 15 of 15 results by R.I.U. iol
I don't know if this helps, but you can:
export the private keys from both wallets
then create a new wallet
import both private keys into the new wallet
your new wallet will have all the addresses of the two old wallets
export the private keys from both wallets
then create a new wallet
import both private keys into the new wallet
your new wallet will have all the addresses of the two old wallets
Re: What are the setup costs of developing your own bitcoin blockchain explorer
This is quite a huge amount of money since the OP said he/she wanted to gain personal experience of developing blockchain explorer.
Do you have any idea if, for example, I'll do it first locally, just for fun or experience just what like OP wants, Do I still need those 500GB of space
or minimum/DELL R200 with 4GB of ram and an old Pentium CPU just what you told?
Do you have any idea if, for example, I'll do it first locally, just for fun or experience just what like OP wants, Do I still need those 500GB of space
or minimum/DELL R200 with 4GB of ram and an old Pentium CPU just what you told?
Yes, you will still need to store all those data locally
Re: What are the setup costs of developing your own bitcoin blockchain explorer
⭐ Merited by vapourminer (1)
You need at least to run a full node.
You also need to index properties that the users might search (such as all addresses, transactions, block heights, which a full node does not do by default)
Accoring to blockchair (https://blockchair.com/dumps), it's entire database with indexes is 900 GB (compared to ~250 GB for the raw blockchain alone)
You also need to index properties that the users might search (such as all addresses, transactions, block heights, which a full node does not do by default)
Accoring to blockchair (https://blockchair.com/dumps), it's entire database with indexes is 900 GB (compared to ~250 GB for the raw blockchain alone)
Re: Continuous Proof of Bitcoin Burn & Bitcon-peg w/o oracles nor trusted bridges
⭐ Merited by OgNasty (1)
I didnt read the whole thing, but do you mean something like this: https://www.blockchain.com/btc/address/1CounterpartyXXXXXXXXXXXXXXXUWLpVr ?
Quote
yep LN will cause more users to end up using litewallets as thy would see less point in running a full node if they only touch the btc network once every 6 months.
Using the same logic, won't bigger blocks also reduce the incentive to run full nodes, since they would take up much more space on the HD and thus be more expensive for users.
When you send mail in this system, your mail will be encrypted by your public key, and you need private key to unlock the mail for reading.
FYI, this is wrong. It has to be encrypted by the reciever's public key, not your public key.
It has to be encrypted by your reciever's public key to ensure only they can decrypt it, and it has to be signed by your private key so they know it's coming from you.
Re: Is there an easy way to track a connection between 2 bitcoin adresses?
Finding a connection between two address is the same problem as finding if there is a path between two nodes in a cyclic directed graph. Unfortunately the runtime complexity is linear (see A* or Dikstra's algorithm), and given that there are about 500 million trx and another 1 billion unique addresses used means finding a path can last from minutes to hours.
So you are unlinkely to see a website offer this service, your best bet is to set this up locally on your machine if your hardware is good enough and run the algorithm yourself.
So you are unlinkely to see a website offer this service, your best bet is to set this up locally on your machine if your hardware is good enough and run the algorithm yourself.
PSA: Any POW altcoin that you can mine on your phone is useless
The whole point of POW is to secure the network with lots of hash calculations (hence the term 'work'). Phones have very little power (compared to asics, or even desktop cpu/gpu), so is it impossible for coins mined through phones to have any value and have a secure network at the same time.