Bitcoin Forum
May 25, 2024, 06:13:57 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 [148] 149 150 151 152 153 154 155 156 157 158 »
2941  Bitcoin / Bitcoin Technical Support / Re: Wallet locked 131BTC for help on: December 18, 2018, 10:29:31 AM
Who can help me? Previously, Bitcoin was cheap, so I set up a password at random. I wanted to sell it, but I found that I had forgotten the password. Who can help me unlock? I can pay him 10BTC

Without knowing part of your password and information of how you create the password (length, whether you use special character, etc.) it's pretty difficult

You can use services such as https://walletrecoveryservices.com/, but it's strongly recommended to try to unlock the wallet by yourself. There are plenty of tools which can be used to brute-force wallet such as JohnTheRipper

Pictures can't be uploaded. Who can tell me how to upload pictures?

Newbie account cannot post images, but you can share link to the picture.
2942  Bitcoin / Development & Technical Discussion / Re: A new idea for node reward on: December 17, 2018, 12:14:15 PM
is there any of best practice / your personal experience about limitation for running full nodes? if so, are we facing an approach like masternodes among regular full nodes for better performance of the network?

I don't really understand your question, but here's my opinion

Running full nodes is quite easy as you just need to download, run installer/extract .zip files and run bitcoin-qt. Linux user or those who don't need GUI version need to run extra few steps, not difficult, but not convenient.
The biggest limitation would be cost of running full nodes (electricity / internet connection) and there's no direct "reward", even though you could earn better security and privacy with right steps.

if so, are we facing an approach like masternodes among regular full nodes for better performance of the network?

Assuming you're talking about TPS on-chain when you mention better performance, then no. Increase block size/weight limit or reduce transaction size is the answer.

Master nodes make people interested to run full nodes, but IMO those who run full nodes don't really care about the coins itself. They don't bother take part on consensus/the direction of the coin itself, only follow whatever which could increase coin price.
Additionally, without limitation such as minimum coins "frozen"/"deposited", master nodes could be abused easily by running multiple full master nodes

in proof-of-consistency, I really don't care the one who submits her check up session hash value is really running a full node. I just need an entity check the consistency of new blocks with older blocks in the blockchain history. if the result is true and majority of the network approves it, then the value will register for rewarding process. in fact, if you can process the consistency of the network, then at least you have a valid copy of the blockchain.

You're right, but it's not enough since abuser could use Blockchain Explorer API to get the data.
2943  Bitcoin / Development & Technical Discussion / Re: Easy cold storage with Tails Linux, and Electrum for newbies on: December 17, 2018, 11:52:11 AM
This should be obvious, but Electrum which included on Tails isn't up-to-date. Bug regarding wallet/seed creation don't happen and new address/wallet standard rarely changed, but people should know about this fact.

6. Burn the USB. If you are very paranoid, burn the computer too.

This is completely unnecessary if you use linux that only runs at RAM or you use CD-R/DVD-R as boot media. You also could remove all storage drive, leaving only your USB, CD-R or DVD-R if you're that paranoid.

Also, it's not really good action from environmental side.
2944  Local / Bahasa Indonesia (Indonesian) / Re: [DISKUSI] [TANYA] Korelasi Teknologi Blockchain dengan Revolusi Industri 4.0 on: December 16, 2018, 05:34:32 PM
Menurut saya Blockchain overrated karena sebagian orang menganggap Blockchain dapat menyelesaikan semua permasalahan.

Beberapa kelebihan Blockchain adalah data tidak bisa diubah, tidak bisa melakukan manipulasi data, semua orang bisa melihat (atau/dan menambahkan data) dan tidak harus percaya kepada pihak tertentu. Tetapi saya yakin dunia industri dan ekonomi tidak membutuhkan hal tersebut.
Jika hanya butuh cara untuk distrubusi data, sudah ada Distributed Database & Shard Database
Jika hanya ingin mencegah manipulasi data, bisa dilakukan dengan cara meningkatkan keamanan Database seperti hanya mengijinkan user tertentu untuk melakukan manipulasi data
Selain itu, kecepatan distrubusi dan penyimpanan data di blockchain lebih lambat dibandignkan database.

Blockchain hanya cocok ketika suatu sektor industri atau ekonomi perlu untuk mendistrubisikan data dimana semua orang bisa melihat data tersebut (dengan Open Permissioned/Permissionless blockchain) dan menurut saya, blockchain hanyalah bagian kecil dari Revolusi Industri 4.0
Mungkin teknologi yang menggunkan blockchain bisa berperan besar dalam Revolusi Industri 4.0 seperti Cryptocurrency
2945  Bitcoin / Development & Technical Discussion / Re: A "stable" coin mechanism with no oracle or peg on: December 15, 2018, 02:54:06 PM
So basically you attempt to make "stable" coin by :
1. 2 coins (on a blockchain) with exactly same feature
2. Control inflation/block rewards based on hash-rate

As for 1st idea, it's only stable when coin A traded with coin B and vice versa. If all holder, investor and users no longer interested with both coins, both coin price will crash.

As for 2nd idea, it's really interesting idea. However it would fail if :
1. Miner looking for short-term profit and miner could use his ASIC/GPU to mine other coins.
2. Investor or miner who hold lots of coin decide to dump this coin

Additionally, it would make the network less secure since hashrate constantly changed and there might be times where hashrate is very low which allow 51% attack at low cost & i doubt people interested with cryptocurrency without fixed inflation rate/growth supply cap.
2946  Bitcoin / Development & Technical Discussion / Re: Free C# Cryptocurrency Library - Query Blockchain APIs and Exchanges on: December 15, 2018, 02:16:44 PM
I don't really need this kind of tool, but it's good to see UnitTests usage on non-huge project, even though it only test few tasks.

Which service are you communicating with to retrieve the tokens and their balances? Etherscan.io?

Looking on the source code1, i think OP use https://ethplorer.io/
2947  Bitcoin / Development & Technical Discussion / Re: Satoshi Client. Network Traffic with No Peers on: December 13, 2018, 04:21:05 PM
Quote
If I have no peers, who am I getting this information from?
seednodes and hardcoded IPs

You also can use search engine and add nodes IP manually with -addnode=<ip>

Quote
What information am I sending and receiving?
Handshakes

It's the method to establish connection between 2 nodes. Both local and remote nodes send and receive version and verack information.
Click the url if you want to know the details. But few things that you should look are version, services, socket (IP:port), user_agent, nonce & start_height
2948  Other / Ivory Tower / Re: Bitcoin fractional banking? on: December 12, 2018, 05:48:37 PM
Let's suppose all bank clients lend the bank 100 BTC. So there is a transaction on chain of 100 BTC to the bank.
The bank cannot lend 1000 BTC to another people, because doesn't have that BTC. It can lend usd, not BTC.
If the banks lend only inside it's syatem, off chain, how will people spend those BTC? They can spend only in bank products, or some partner that accept that kind of payment, which is almost a debt security (something like tether of btc, like btct?)

Yes, that's what i meant. Big banks or credit-card provider such as Visa might able to pull it off.

In fact, MasterCard tried to patent this1
2949  Bitcoin / Development & Technical Discussion / Re: Is it possible to run a full node without verifying the whole blockchain? on: December 12, 2018, 04:55:00 PM
Thanks @aliashraf and @darosior. I wasn't planning on downloading the pruned version from someone, but I did plan to start multiple full nodes and didn't want to go through the full process of verifying the chain again.

If at least one of your full nodes isn't on pruned mode, then you could set all pruned full-node to always connect to your non-pruned full nodes. Assuming your full nodes isn't under attack, then MITM attack on pruned full-node would be far harder

You can use this guide https://bitcoin.stackexchange.com/a/41427 if you're interested
2950  Bitcoin / Mining speculation / Re: Are ASIC miners very noisy? I would like to buy... on: December 11, 2018, 05:55:22 AM
Buying second hand ASIC have some risks, but i'm sure you know that.

But, rather than looking for second hand miners based on noise, you should look for efficient ASIC and ways to reduce it's noise.
There are few threads about reduce noise such as I need quiet in my house! Sound control techniques for S9 miners? and Hobby Techno's Soundproof Box for Antminer
2951  Bitcoin / Bitcoin Technical Support / Re: Conversation with the hacker who stole funds from us on: December 11, 2018, 05:33:13 AM
Quote
Qu
I received a response from the admin. Your money on modernization the old network. The administration does not have access to this network. In order to get the money back, you need to send the exact amount of your 1st transaction:  to your blockchain account from which the transaction was sent. Attention! It is very important! The amount must be exact of:0.52442026 BTC  in order for the money to come back to your account. The exact amount of the 1st transaction will come to your account within minutes after this transaction.

Clearly the hacker have no intention to return any of your money, in fact he tried to scam you again.
He throw some jargon / terminology to make you confused and think he's right, while in fact it's pure non-sense.

With numerous suggestion on last 2 threads, the only thing you could do are sue them and make proper report on Scam Accusations or Investigations to make more people aware about this problem.

Just in case, i've archived all threads at https://archive.fo/1wCF9, https://archive.fo/q9W5v and https://archive.fo/SSBwf
2952  Other / Beginners & Help / Re: Human readable addresses on: December 09, 2018, 08:16:26 PM
1. Either be stored on the blockchain, or on a side-chain.

Must be on-chain, unless all bitcoin node also connected to side-chain network. Otherwise, the transaction would be invalid or can't be fully verified.

And then every name will be first come first serve, and to each address its identifier will be globally known for every node. This is probably what you want, but it's the hardest to implement because this needs either a hard fork, or you're basically going to need to convince a lot of nodes to start storing your side-chain of address names.

Yes and i already mention it needs hard-fork. It's not really best idea since it's just my random thought. It also have weakness, such as :
1. Bloating blockchain, even though transaction size is slightly slower
2. Make basic address validity check useless and more user will send to wrong address
3. Full nodes client require another DB/dataset just to store pair of bitcoin address and string
4. Grow incentives to sell linked private key for linked bitcoin address with good string

2. Or be from a 3rd party.

That would make Bitcoin decentralization useless

I'm not saying this is impossible, but for such a minor convenience, and in such a late stage of bitcoin, I don't think anyone really cares at this point.

That's what i think as well, most people even don't remember their own bank account number/id Roll Eyes
2953  Other / Beginners & Help / Re: which is the best and safest bitcoin wallet?? on: December 09, 2018, 04:32:03 AM
The only choice is hardware wallet such as https://www.ledger.com/products/ledger-nano-s and https://trezor.io/start/

Make sure you buy from official store or official distributor and check if the device is genuine or not tempered.
1. For Ledger Nano S : https://support.ledgerwallet.com/hc/en-us/articles/360002481534-Check-if-device-is-genuine
2. For Trezor : https://www.reddit.com/r/TREZOR/comments/58evyn/_/

Edit : looks like bones261 answer a bit faster. But hardware wallet is still best choice since it's secure, but convenient/easy to use
2954  Other / Serious discussion / Re: 51% attack vulnerability could be more possible than ever, here's why. on: December 08, 2018, 07:53:06 PM
Nope, I did not know that. I don't think anyone would seriously do this. BUT.. the situation is different becuase now the game is relative hashing power, where there is unused hashing power sitting on the sidelines. This is a new dynamic right?

Yes, but 51% attack costs is still higher since ratio of BTC difficulty, ASIC efficiency and BTC price is worse compared with past event where a pool actually have 50+% hashrate.

Also, this topic has been discussed many times, so you should do some research to get more information/ideas.
One of recent discussion thread : https://bitcointalk.org/index.php?topic=5072301.0;all


and i thought GHash was first pool with 50+% hashrate
2955  Other / Serious discussion / Re: 51% attack vulnerability could be more possible than ever, here's why. on: December 08, 2018, 06:41:33 PM
More than ever? Have you forget that GHash pool which was popular in past had more than 50% hashrate and they could launch attack anytime they want. They also could get away with non-obvious attack such as intentionally don't included transaction in a block.

Regarding your theory where multiple pool work together to launch 51%, they could do it anytime as they always have big hashrate percentage.
But IMO, Bitcoin is protected from 51% attack with game theory where these pools choose not to risk profit they could earn from mining Bitcoin where Bitcoin price might rise in future and losing trust they build for some years.
2956  Other / Meta / Re: Merit requirement should be proportional to activity/bounty stakes on: December 08, 2018, 07:11:05 AM
Increasing the merit requirement for jr. Members without making any reductions anywhere else is the way to go.

Or just disable signature on Jr. Member rank since newcomers (aka people who genuinely interested with Bitcoin technology/discussion) who don't plan join signature campaign still need feature such as no PM restriction and can post images.
2957  Bitcoin / Development & Technical Discussion / Re: Lightning Network Discussion Thread on: December 07, 2018, 03:27:21 AM
So the punchline is that the 450-ish BTC on the lightning network is a largely accurate assessment of its full capacity?

AFAIK yes, even though there might be another way to track LN capacity that i dont know.
But FYI, it doesn't reflect amount of BTC you can sent through LN since that depends on amount of BTC that can send/receive on each channel which used on your payment routing path.
2958  Bitcoin / Development & Technical Discussion / Re: Lightning Network Discussion Thread on: December 06, 2018, 05:06:06 PM
I thought that the lightning network had both public and private channels, so in that regard, is 450 BTC a reflection of the total size?  Forgive the newbie-ness of my question, but I really am unclear about how the private versus public aspects can be tracked and what kinds of numbers are reflected by such.

Track LN network capacity is pretty easy since all you need to do is check for 2-of-2 multi-sig HLTC transaction on bitcoin network. It's simple and effective method as almost nobody use such transaction format.

Private network/channel only prevent your transaction tracked from services such as https://1ml.com/, but it's not really private if you make channel directly to public node. CMIIW.
2959  Bitcoin / Development & Technical Discussion / Re: Bitcoin transaction versus bitcoin mining on: December 06, 2018, 04:08:02 AM
The blockchain will continue to grow forever, only the mining reward is decreasing.
Does this means that if no more Bitcoins are generated, the blocks are still created at the same speed (2016/10 min average) and the blockchain still running with the same number of transaction maximum possible / day?

Yes, assuming there aren't any technology (which can solve scaling problem) applied to Bitcoin.

Also does this means that Bitcoin can continue to work without miners, just using these blocks automatically generated every 10 min?

No, miners is still needed. Additionally, they still get reward from transaction fee from transaction which included on blocks they mine.

Blocks and Bitcoins are not the same thing I understand. Blocks can host transactions, or mining rewards, that are a special kind of transaction. The max number of transaction is constant, but the bitcoin creation is halved every 4 years.

Am I right?

Yes, block can host/store transaction. In fact, all transaction must stored/included in blocks.
Yes, block must have coinbase transaction, which is transaction about mining reward for the miner/pool.
No, maximum transaction amount on blocks depends on each transaction size.
Yes, bitcoin creation mining reward is halved every 4 years.
2960  Bitcoin / Development & Technical Discussion / Re: Bitcoin transaction versus bitcoin mining on: December 06, 2018, 03:20:10 AM
You clearly need to learn more about Bitcoin

Transaction are stored in a block... but the number of blocks created is lowered every 4 years.

You meant block mining reward, block time interval is still same (even though actually it's 0.6 minutes faster)

The number of transactions is increasing because of the popularity of Bitcoin.

How can Bitcoin will scale in the future if the number of blocks are lower, and the number of transactions is increasing, there must be a breaking point where it will not be possible to mine enough to satisfy the incoming number of transactions?

What limits bitcoin scaling is Bitcoin's block size/weight and there's almost no correlation between scaling and mining reward. But there are multiple technology to solve/reduce the problem such as LN and MuSig Schnorr

Another question with the same idea, at the early stage of Bitcoin, when there were not enough transactions to fill these blocks, many blocks must have been generated, but empty. Does this mean that a large part of the blockchain is filled by empty blocks or blocks that are not totally used?

Yes, earlier block isn't full, but still used/generated as each block must have at least one transaction (which is coinbase transaction). But no need to worry about this as each block don't reserve 1MB storage space.
Pages: « 1 ... 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 [148] 149 150 151 152 153 154 155 156 157 158 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!