Bitcoin Forum
May 30, 2024, 02:08:43 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 [223] 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 ... 317 »
4441  Bitcoin / Development & Technical Discussion / Re: Ledger size will grow forever? on: May 14, 2018, 06:25:10 AM
And yes the LN white paper says there needs to be block size increases and yes core devs say they will consider a block size increase in the future when it is needed and safe. But it was needed last year when fees got insane.

There was no block size increase needed last year.
The solution already was there, but noone made use of it. Segwit.

Big exchanges didn't use segwit, didn't batch transactions and a quite heavy spam attack was going on. This all led to a heavy increase in the average fee (to get your tx into the next block).
In the end you choose which fee you want to pay.



And it is safe to do you just have to put in a bit of work for I guess replay protection. So it is safe as long as they do the work and get consensus, and is needed. And yet they had no interest in doing it.

It is not 'safe'.
It can not be regarded as safe without proper testing.

Btrash Bcash forked and increased their blocksize to 8mb without proper testing. Their network has still not been tested yet.
You can't predict how the whole network reacts to 8mb blocks. The network latecy. The increase in processing time for every node, the eventual abrupt termination of processes inside a node because the I/O operation took 8x longer than before.. you just don't know.

Without a testnet and proper testing over a long period the majority of btc user probably wouldn't support such a massive change in consensus rules.



So that should tell you that any increase in block size in the future, no matter how bad fees get, is unlikely to happen, at least not while the current devs are in charge of bitcoin's path forward.

Bitcoin does not have any 'devs'. It is a community driven project.
The user decides which consensrules he follows.

If you think you can improve bitcoin, do it. Make it better, convince everyone why it is better and maybe the majority will follow your 'upgrades'.



On chain scaling is of course only part of the solution. LN is the main thing that will open up the ability to use Bitcoin as a payment network, but it relies on having space in the blocks to perform the channel openings and closings, so the number of people who can use LN and there bitcoin is entirely dependent on the size of the blocks..

No. You got that wrong.

It does NOT depend on the size of the blocks. It does depend on the amount of transactions which fit into a block.
The amount of transactions can be increased with a bigger block size. But saying 'it is entirely dependent' is just wrong.

Segwit for example introduced weight. On average there are about ~2,2 times more transactions in a block now.
With 100% segwit usage there would be 4x more transactions inside a block compared to legacy transactions. Without a hardfork.



Really the perfect time for a hard fork to increase the block size was the past few months during the crash when interest was at a low point. By the time the masses come rushing back in next year they could have found segwit fully adopted, LN available and growing, and block size larger to allow the network to grow even that much more.

No, it wasn't.
Why increase the blocksize with a hardfork (and risk getting just another btrash coin) if fees are at 1 sat/B for 1 block confirmation? Can't get lower..



At this point Bitcoin is pretty much guaranteed to be constrained to the 4 million block weight forever.

Maybe, maybe not.
Only time will till which innovative technologies appear to strengthen bitcoins functionality.
4442  Bitcoin / Development & Technical Discussion / Re: What address type should I choose? Segwit? on: May 13, 2018, 01:59:00 PM
I'll still go for the Legacy Address as of the moment as currently the network fees are way more cheaper compared to last 3 months ago but if the fees becomes unreasonable again then you can simply shift your payments using your segwit wallet. The desktop version of Electrum allows you to have several wallets whether it is Legacy or Segwit.
But why would you do that?

What are the disadvantages of using a Segwit address?

I do only know one: Claiming shit forked coins.

Although they impose quite a huge risk of losing any holdings (i.e. 'newcomers' trying to claim then without any security in mind), they are still very popular.
A few bucks seem to be worth more than security and privacy.



.. but if the fees becomes unreasonable again then you can simply shift your payments using your segwit wallet.

The reason you want to have your BTC on an segwit address is that you have them already there when fees got 'unreasonable' again.
If you still have to move them to an segwit address you do have to pay the higher fee. This fee would be even higher if you didn't consolidate your UTXO's by then.


4443  Bitcoin / Development & Technical Discussion / Re: JSON_RPC API - Move method on: May 13, 2018, 12:56:53 PM
May i ask why you are using blockchain.info?
Why don't you just use bitcoind (which gives you full control) ? Especially when running a service, i wouldn't recommend blockchain.info at all..



How can I set the second password?

This 'feature' is called 'Double encryption' and can be found on the My wallet account details page.
Make sure to call walletpassphrase(password, timeout) with your password and a timeout in seconds before calling other commands.

This information is included in the link you have posted. Read the 'Security' paragraph..



4444  Bitcoin / Development & Technical Discussion / Re: Lightning Network on: May 13, 2018, 12:49:18 PM
If Block stream had allowed to raise the block size from 1MB to 8MB none of this multisig-side chain-hard fork nonsense would be needed.

How is 'block stream' involved into this debate?
It is the users (everyones) choice which way of scaling to support.

As long as one miner does not upgrade to 8MB (a hell lot of nodes didn't do this) while others do, there is a hardfork.
A hard fork occurs when no consens is reached. This was the case.



You see we would still have only one Bitcoin.

There is still only one bitcoin.
Those shitcoins named 'Bitcoin INSERT_ANYTHING' are NOT bitcoin. They just make use of the popular name to gain awareness/attention.



Just raising the block size was a simple and elegant solution that could have avoided a contentious hard fork

On-chain scaling is NEVER as efficient as off-chain scaling solutions.
And increasing block size is a very very bad approach to scaling (if not the worst one).

Increasing blocksize to scale sounds trivial. But this is just a short-term scaling. You can't always increase the blocksize. This does heavily lead to centralisation.

Raising the block size may be anything but elegant.. It is the exact opposite..



while allowing thousands or tens of thousands of people to have access to their funds in a timely manner.

Funds can always be accessed in no time. I am not sure what you are talking about ? Huh
The 'access' time depends on your storage type and wallet.
4445  Bitcoin / Development & Technical Discussion / Re: help me please - Notification about receiving coins on: May 13, 2018, 12:40:18 PM
I use a Google Sheet for this.

~snip~

sorry i'm noob about it!
but do i have to use this code for different coins?
and do i need to run this on private server?


You can edit the coin you want to watch here: 

Code:
function getCryptowatchPrice(exchange, pair) {
  var response = UrlFetchApp.fetch('https://api.cryptowat.ch/markets/' + exchange + '/' + pair + '/price');
  var json = response.getContentText();
  var data = JSON.parse(json);
  return data.result.price;
}

When you call getCryptowatchPrice(exchange, pair) you are the function 2 parameters (exchange and pair).

In your Sheet you simply just call the function with the pair you want to check.
E.g. getCryptowatchPrice('binance', 'xmrbtc') to see the XMR/BTC pair on binance.


You can read more about the cryptowat.ch API here: https://cryptowat.ch/docs/api.
And more about how to create own functions in a google sheet here: https://www.makeuseof.com/tag/create-custom-functions-google-sheets/.
4446  Economy / Speculation / Re: Is there any chance to fall down BTC price at 5k again? on: May 13, 2018, 11:43:52 AM
The chance of a crash is always present. But i doubt we will see another fall to 5k.

The market seems to move in cycles. So while it is possible that BTC is going to move sideways for a few months (or a year) now before shooting up again, i don't think it will fall below 6k for more than just a few minutes.
Since adoption/usage/awareness is rising steadily it is even hard to imagine a sideways moving for several months.

While there probably won't be a heavy bullrun this year, i still think that the price is going to rise slowly but steadily (particularly because of increasing interest/awareness).
I am pretty sure of that if bitcoin hits a new ATH (regardless whether it will be this year or in 5 years), we won't see < 10k $ ever again..
4447  Bitcoin / Bitcoin Technical Support / Re: BTC Segwit Address not recognised by my Ledger Nano S Wallet on: May 13, 2018, 10:10:22 AM
Unfortunately no, and at this point I'm willing to give out my seed to anyone if they promise to send half back if they can recover the coins. I feel it's better than letting the coins sit there.

This is a bad idea. You might once find out what happend. Maybe something trivial.  
If you post it publicly here the chances are high you won't get anything (if it can be recovered at all).

Did you start a thread here with useful information regarding your problem? Mind giving me the link?
4448  Bitcoin / Mycelium / Re: About to lose my mind. .5 BTC tip to anyone who can solve this. on: May 13, 2018, 09:16:54 AM
How exactly did you try to add this private key to mycelium?

Did you do the following? (If not, try it):

  • Create a new wallet in mycelium
  • Go to 'menu' (3 dots at the top right corner) -> 'offline wallet'
  • Scan the QR code of your private key
  • Mycelium should detect it as an encrypted private key
  • Enter your password
  • Wait for mycelium to open.. might take a while.
4449  Economy / Economics / Re: Is wallet security important to use? on: May 13, 2018, 08:52:23 AM
If you choose your wallet or phone software, you need to be extra careful! Remember that bitcoins are stored inside your device. If your computer or phone breaks down, your bitcoin is gone too!

Bitcoins are not stored inside a device. The private keys, which are necessary to use/move the corresponding UTXO's (which have been confirmed on the blockchain), are stored inside your device.
A simple backup of your private keys (or better: seed) can counteract a loss of bitcoins if the device breaks.



Do you guys have a better idea to avoid theft in the wallet?

Split your holdings. Majority in a secured cold wallet and a small stack on the mobile/desktop wallet for daily purchases.
Or: Use a hardware wallet with seed being backed up in multiple secured places.

The key is to reduce the possible attack surface to a minimum.

And use your common sense. BTC's not only get stolen through digial/physical theft, but also through shitty ICO projects.
4450  Bitcoin / Development & Technical Discussion / Re: Ledger size will grow forever? on: May 13, 2018, 08:30:33 AM
This is exactly why the Lightning Network was developed, to reduce the size of the Blockchain in the future. The majority of the micro transactions will be moved off-chain to reduce the size of the Blockchain in the future, when Bitcoin goes mainstream.

The lightning network (or scaling itself) does not necessarily imply a reduction of the blockchain size.
A reduction in overall size of the blockchain can only be accomplished (excluding forks) by non-full blocks.

Now, lets pretend the LN will work as intended and revolutionize online payments.
If people only use LN, and blocks are not full through all the funding/withdrawing, why would someone who is just joining the action choose to open a channel just to close it afterwards again if fees are already at < 1sat/B?
This person probably would just make an on-chain transaction. I don't think we will see blocks only filled 50% in the future.


The LN has been developed as a scaling solution for bitcoin. From 3-4 tx/s to 1000+ tx/s (with the same growth of blockchain size) is pretty impressive in terms of scaling.
4451  Bitcoin / Development & Technical Discussion / Re: ASIC vs microprocessor on: May 13, 2018, 08:15:52 AM
~snip~
In that situation, you might as well be asking for an online source that confirms that an ALU doesn't HAVE an ALU.  It doesn't HAVE an ALU because it IS an ALU.

While you are right with your statement, a small 'correction':
An ALU can consist of multiple ALU's. A 32-bit ALU, for example, consists of 32 1-bit ALU's in a parallel circuit.


@OP:
If you do understand the same under the term ALU as 95% of the population (excluding the people who think its being talked about aluminium foil), then the answer is: No, an ASIC does not have an ALU.
4452  Bitcoin / Development & Technical Discussion / Re: Ledger size will grow forever? on: May 13, 2018, 07:51:47 AM
~snip~

So, the biggest blockchain size in 2140 should be around 12.4TB.

But obviously there will be block weight increase and newer technology which could reduce transaction size on specific scenario such as MAST and MuSig.

How is a block weight increase obvious ? On-chain scaling can never be as efficient as off-chain scaling solutions.
Reducing transaction size is just one way to approach the scaling issue. There are several others, reducing the amount of transaction (e.g. through the lightning network) for example.


@OP
A ledger size between 10 and 100 TB shouldn't be a problem at all in 120+ years. Neither storage- nor network-wise.
The storage technology is growing way faster than bitcoins blockchain.
4453  Bitcoin / Bitcoin Technical Support / Re: Private Key missing 4 characters on: May 13, 2018, 07:32:35 AM
I expected the program to run all the cycles until it finishes, but in the end, it does not show me any results, I imagined that it would show me the possible private keys with the missing characters ....

How can I interpret the result at the end of the program?


What kind of output do you get? No at all?

According to the source code (https://pastebin.com/S8WARrRn):
Code:
int c1 = 0, c2 = 0, c3 = 0, c4 = 0, c5 = 0, status;
    float startTime, endTime;
    for (c1 = 0; c1 < 58; c1++) {
        addr[C_1_INDEX] = chars[c1];
        for (c2 = 0; c2 < 58; c2++) {
            addr[C_2_INDEX] = chars[c2];
            printf("Test: %c%c...", chars[c1], chars[c2]);fflush(stdout);
            startTime = (float)clock()/CLOCKS_PER_SEC;
            for (c3 = 0; c3 < 58; c3++) {
                addr[C_3_INDEX] = chars[c3];
                for (c4 = 0; c4 < 58; c4++) {
                    addr[C_4_INDEX] = chars[c4];
                    for (c5 = 0; c5 < 58; c5++) {
                        addr[C_5_INDEX] = chars[c5];
                        status = valid(addr);
                        if (status) {
                            printf("\nFOUND: %s\n", addr);
                            return 1;
                        }
                    }
                }
            }
            endTime = (float)clock()/CLOCKS_PER_SEC;
            printf("%fs\n", (endTime-startTime));
        }
    }


You should get at least the output of the overall time it took to run the script.

If you do see how long it took overall (in source code: printf("%fs\n", (endTime-startTime));) the program went through all combinations and didn't found the correct private key.
If you do NOT see this output the script somehow (1) is not done yet or (2) aborted.

This script requires you to know the exact location of the missing chars. It will iterate through the positions marked with an '-' only.



Thanks for the sugestion! But would not this process work there only for the private key of the Ethereum wallet? The private key I'm trying to fix is from Bitcoin wallet.

Yes, this is only for ethereum.
4454  Bitcoin / Development & Technical Discussion / Re: What address type should I choose? Segwit? on: May 11, 2018, 10:42:26 AM
Most, if not all, service provider to make error checks on addresses a customer enters.
Unfortunately a lot of them didn't update their code yet to accept bech32 addresses (starting with bc1..).
For the best convinience you should use the nested segwit (P2SH) address (starting with 3..).
This will give you the benefits of segwit (lower fees due to a smaller weight of the transaction) almost as profitable as bech32, but with guaranteed compability to any online service provider.



Also you won't be able to find bech32 addresses( bc1) at most of the blockchain explorers, as far as I remember btc.com explorer is the only one who supports exploring bech32 addresses.

There are some more who do show/index bech32 addresses. Blockchair and blockonomics for example.
4455  Bitcoin / Bitcoin Discussion / Re: Bitcoin and the 51% Network Hack on: May 10, 2018, 07:26:11 PM
51% attack not pow cracking attack

You have mentioned quantum computers.
If they would exist (they don't) they would be used to attack the ECDSA... not mining.
ASIC's are made for mining.



please ignore the quantum reference as it takes away from the point.

You have mentioned quantum computers.



Most basic computers can mine/become a full node and/or connect to a minning pool, so as long as the have computing power it will only require plugging in a supercomputer or two.

1 or 2 'supercomputers' won't achieve as much hashing power as bitmain, for example.. with all their ASIC farms.
If you want to mine bitcoin efficiently, you need an ASIC.
Because thats what they do. Thats the only thing they can. They are made for the only purpose of calculating sha256 hashes.



SO they dont actually have to break algorithms of security but simply outperform total current network and destroy the confidence in the coin.

Theoretically, maybe.
Practically not going to happen.



and if the banks/govts way of life is threatened they will dedicate a project of the like. because the door is their or am I missing something.

Or they rather choose to ban the possession/usage of cryptocurrencies, instead of investing billions into trying to stop something which won't be stopped.
Imagine governments spending all their money on building the biggest mining factory. A simple hardfork would completely destroy their whole 'investment'.



A backdoor is a backdoor anyhow you sugar coat it.

How is that now related to a backdoor?
4456  Economy / Economics / Re: Do you think the whales are manipulating the markets on: May 10, 2018, 05:13:14 PM
While i think that there is a high probability of whales manipulating the market, because (1) they have the power to do so and (2) it makes them even richer, i don't think each small pump or dump is related to them.

I can't imagine those 'whales' do have nothing better to do than manipulating the market 24/7.
There may be coordinated pumps or dump (which can be achieved with a relatively small amount of money in this market), but not every price movement is because of whales.
Shitty news, FUD, trust does play a big role too.
4457  Bitcoin / Bitcoin Technical Support / Re: Can I slowdown someone's transaction? on: May 10, 2018, 05:03:38 PM
1. As miners, you could don't include transaction & you don't need 51%+ hashrate if there are many unconfirmed transaction.

This would mean he has to convince every miner to not confirm his transaction.
If one single miner decides to include his transaction into a block once he finds it, this is ruled out.
I think this does not fall under the 'Can I..' category.



2. As their ISP (or simply connect to your network), you could block bitcoin's wallet website or default wallet/nodes port.

This wouldn't work because transactions can be created locally and then broadcasted via several different methods. Either via core (directly to the network), via electrum server, via online-services, etc... It wouldn't be possible to block every possible way of broadcasting a transaction.


I agree with your other points. But these two don't seem realistic to me.
4458  Economy / Marketplace / Re: BitcoinTalkShow on: May 10, 2018, 04:50:50 PM
I agree with the most here that there isn't enough news that you could present in a daily show.
A weekly 30 minutes show seems to be perfectly suited.

I think a mix between some topics would be a nice approach to catch as many people as possible.
Maybe divide the show in ~3 parts

  • News regarding bitcoin, exchanges, crypto
  • TA / Price analysis
  • Some technical background; maybe explain one single mechanism each week

A TV show is a very good aproach to get bitcoin in everyones head.
Even if they only see it while browsing through the channels. This alone does increase the publicity.
4459  Bitcoin / Bitcoin Discussion / Re: Bitcoin and the 51% Network Hack on: May 10, 2018, 04:40:53 PM
Leading government might already have the computing technology; quantum and beyond to control 51% of the network/hashing power at will.

Quantum computers are not some magical machines which compute anything you want in no time.
They have to be researched, built, tested, .. It will tage ages until quantum computers might be able to break bitcoins security.

Neither does the government spend massive amounts on money to build asics to let them stay unused until they may decide to use them..



Once gaining control they could double spend to infinity with the longest line.

An attacker with 51% can't do anything he wishes.

Quote
An attacker that controls more than 50% of the network's computing power can, for the time that he is in control, exclude and modify the ordering of transactions. This allows him to:

    Reverse transactions that he sends while he's in control. This has the potential to double-spend transactions that previously had already been seen in the block chain.
    Prevent some or all transactions from gaining any confirmations
    Prevent some or all other miners from mining any valid blocks

The attacker can't:

    Reverse other people's transactions without their cooperation
    Prevent transactions from being sent at all (they'll show as 0/unconfirmed)
    Change the number of coins generated per block
    Create coins out of thin air
    Send coins that never belonged to him
Source: https://en.bitcoin.it/wiki/Weaknesses#Attacker_has_a_lot_of_computing_power
4460  Bitcoin / Development & Technical Discussion / Re: What resources do we need to create a Multi-Cryptocurrency Wallet? on: May 10, 2018, 12:46:33 PM
And what interest do I pay to convert crypto to be calculated?

Op mentioned Shapeshift integration. Shapeshift [1] is an online 'currency converter'. Those buy your coins, exchange them on an proper exchange and send you other coins back.

Usually the exchange rate is displayed before you convert.
For an insight into their fee structure, visit https://shapeshift.zendesk.com/hc/en-us/articles/202585602-What-s-your-fee-structure-

[1] https://shapeshift.io/
Pages: « 1 ... 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 [223] 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 ... 317 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!