Bitcoin Forum
April 27, 2024, 04:17:19 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 103 »
61  Bitcoin / Development & Technical Discussion / Re: SegWit, Industry standard for the future? on: February 27, 2018, 02:32:02 AM
Segwit is just a sticking plaster for a system that won't scale on-block so never mind talk about becoming an industry
standard in the future because crypto has moved on and will leave Bitcoin dead in its tracks.
Yeah, right... Roger Ver and Craig Wright will scale the decentralised crypto by introducing gigabyte blocks and hiring people to change the constants in the code for them Smiley

You don't know what you're talking about, man.


Why are we making things so complicated or is this just a temporary solution to push SegWit quicker into mainstream use? Please share your experience and which implementation you used and why you chose to go that route.

You can use whichever standard you find suitable - they all work and none of them will stop working.
How is it complicated? What is your problem?
62  Bitcoin / Development & Technical Discussion / Re: Idea:Add the UTXO set to blocks on: February 27, 2018, 02:01:44 AM
As I said about 5 years ago, this would take at least 10 years to deliver for the core dev team.
So don't expect it within the next 5 years Smiley
63  Bitcoin / Development & Technical Discussion / Re: percentage of segwit addresses on: February 12, 2018, 08:39:11 PM
is there any way to know how many of the total btc addresses are segwit type?

As for block #508873 you have:

Code:
6169 P2WKH addresses with 6691 unspent outputs - total 62899.12648010 BTC
3245 P2WSH addresses with 5046 unspent outputs - total 11238.47135822 BTC

Then you have:
Code:
3499374 P2SH addresses with 10805456 unspent outputs - total 3800961.67876648 BTC
... some of which are segwit, others not (can't say for sure how many)

And then, as the reference, you have the certainly non-segwit:
Code:
22114688 P2KH addresses with 47161198 unspent outputs - total 11221025.27617982 BTC
64  Alternate cryptocurrencies / Altcoin Discussion / Re: Best Method to Store IDs on the blockchain on: January 17, 2018, 01:33:47 AM
why do it on ethereum, not on bitcoin?
65  Bitcoin / Development & Technical Discussion / Re: Percentage of blocks signalling SegWit support on: January 14, 2018, 03:55:16 PM
since segwit got activated, signalling for it has became irrelevant
66  Bitcoin / Development & Technical Discussion / Re: How will Lightning Network be encouraged to use? on: January 14, 2018, 03:27:39 PM
Well I think everyone is waiting for someone or on a group to take this up a notch and deliver some way for the entire miner community to adopt it.
Fortunately this doesn't need any further cooperation from the miner community.

Otherwise I'd be really concerned Smiley
67  Bitcoin / Development & Technical Discussion / Re: How will Lightning Network be encouraged to use? on: January 14, 2018, 03:15:49 PM
Still, ease of use for the average consumer and ease of integration for companies will also play a major factor. It's the main factor that worries me about the future speed of LN adaption. There's only one way to find out though.

People learn quickly.

I remember years ago when Gavin Andresen was the famous Bitcoin Chief Scientist, he was always saying that in order for Bitcoin to succeed, the wallet's interface needs to be so simple that even his granny could use it.
Since then the wallet's interface hasn't changed, but we can say that Bitcoin has succeeded pretty much.

People can learn to handle new staff - especially when there is a profit involved.
They will have to learn to handle the payment channels. And they will.
68  Bitcoin / Development & Technical Discussion / Re: How will Lightning Network be encouraged to use? on: January 14, 2018, 02:18:48 PM
Can you think of an incentive for users to move in the direction of LN?

I already said it: greed.

Why would a user pay $20 fee, if he can pay much less?

Obviously the companies who make their money on small transactions are going to enable that, because nobody is going to use them otherwise and they will go out of business.

It's inevitable.
69  Bitcoin / Development & Technical Discussion / Re: How will Lightning Network be encouraged to use? on: January 14, 2018, 01:41:36 PM
It's pretty obvious.
Why would you pay $20 for a transaction, if you can pay much less for it?
It is going to be encouraged by your greed.

Unfortunately this won't work this way.
Look at segwit. SegWit got introduced in July (i think). And still the amount of segwit transactions hovers around 10% (http://segwit.party/charts/#).

Because the most commonly used wallets don't really suport it yet, so most people don't have choice as they are not tech savvy and can't do command line.

Even people who made Segwit in the first place have not really released the segwit functionality for the wallet they make.
So what do you expect from others?

This is not unusual. If you ever worked in a big organisation, you know the release cycle (preceded by design, development and testing) of such a feature would take probably about a year.
The Lightning Networks are surely much more complex and will take far more time to release than the segwit payments - but it's gonna happen for sure, as there is money to save and therefore to make.
70  Bitcoin / Development & Technical Discussion / Re: Blocksize benchmark on: January 14, 2018, 03:34:14 AM
Recently the BCH's mempool got some backlogs and it turns out that most of the miners choose to limit the block size below the 8MB: https://imgur.com/BnrYCil

I think it speaks for itself.

https://jochen-hoenicke.de/queue/cash/#24h

Bcash mempool has over 80 MB of <5 sat/byte transactions, so miners aren't even bothering to include them in blocks because they probably think that it's a spam, but some of those transactions probably belong to genuine users, which proves that fee market is a vital part of the protocol (I saw some people seriously suggesting to cap max fee, lol).

But what I would like to see is how many Bcash real nodes will leave the network after some periods of time of 8 MB blocks, and how much RAM, bandwidth and disk resources it takes to run a Bcash node under full load, so we can compare it with BitFury's estimations for 8 MB blocks.
They really don't like it when you call it BCash.
Why don't you just say BCH, to make it even shorter but less offensive? Smiley

Of course the fee marker is a vital part of the protocol.
Whoever had though otherwise must had been an idiot.
71  Bitcoin / Development & Technical Discussion / Re: How will Lightning Network be encouraged to use? on: January 14, 2018, 03:31:20 AM
I think the bigger problem is the lack of software, rather than the funds of the big players.
Big players don't really need cheap transaction - it's the small players that need them.

The problem is that everyone who's been involved with bitcoin long enough, today has enough dosh to not needing to work anymore.
So whoever is going to make this Lightning Network software, likely needs to learn first.
72  Bitcoin / Development & Technical Discussion / Re: How will Lightning Network be encouraged to use? on: January 14, 2018, 03:12:01 AM
It's pretty obvious.

Why would you pay $20 for a transaction, if you can pay much less for it?

It is going to be encouraged by your greed.
73  Bitcoin / Development & Technical Discussion / Re: Blocksize benchmark on: January 14, 2018, 02:53:01 AM
Recently the BCH's mempool got some backlogs and it turns out that most of the miners choose to limit the block size below the 8MB: https://imgur.com/BnrYCil

I think it speaks for itself.
74  Bitcoin / Wallet software / Re: Gocoin - totally different bitcoin client with deterministic cold wallet on: January 14, 2018, 01:18:53 AM
If anyone is interested, the (not yet tagged) version 1.9.4 of gocoin supports native segwit addresses (the ones in bech32 format).

I've used them for a couple of weeks already and they seem to have been working just fine.
Still, make sure to verify your signed transaction before broadcasting it.

Spending from a native segwit address might cut your transaction fee by as much as half - that's when you have your coins already deposited at a native segwit address.

Let me know if you need a help using it.
Basically "Segwit Deposit Addresses" for your existing (traditional) wallet are automatically shown in the Wallet tab of the web interface.
And you can enter bech32 encoded addresses in the MakeTX tab for output addresses.
Use the new version of wallet app to sign the transaction that either spends from or to a new (bech32 encoded) address.

Obviously, the backward compatible P2SH segwit address types are working as well, but that's a very old news (I think 1.9.0)
Still better to use the native segwit addresses (in bech32 format) as they make fairly cheaper transactions.

As for the moment you need the gocoin client to spend from your native segwit addresses.
It's because none of the block explorers used by balio tool supports fetching their balances yet.

Some screenshots:
https://imgur.com/ACWUAh8
https://imgur.com/gqGYXUY

Cheers
75  Bitcoin / Development & Technical Discussion / Re: How can I see all fees paid on the last block on: January 13, 2018, 06:44:04 PM
Is there a website where the fees from the last block are listed from the highest to the lowest?

Gocoin node shows it on its web interface.

In the "Blocks" tab, the SPB column shows the average tx fees within each block.

For more detailed data, you need to click the chart icon next to the block you want to see:



Then you get to see a chart like this:





I want to make test transactions from a legacy address and use the lowest fee from the last block.

For that you should rather use the "Transactions" tab, as it shows the current state fo the mempool:



With the chart like above, you'd probably want to go slightly above 500 SPB.
76  Bitcoin / Development & Technical Discussion / Re: Can Bitcoin(first cryptocurrency to exist) be THE one? on: January 03, 2018, 02:03:41 PM
Well Bitcoins(and any other blockchains) biggest problem is scallability. Did the internet have the same scaling problems?

I think since the beginning of human civilisation its biggest problem was scallability.

But there we are - 2018, 7.6 billions and still growing... Smiley
77  Bitcoin / Development & Technical Discussion / Re: Can Bitcoin(first cryptocurrency to exist) be THE one? on: January 03, 2018, 01:52:42 AM
Internet and it's IP packets routing protocol was the first global network to exist - and it became THE one.

So I would say: YES

Not because Internet's protocol was the best and perfect.
But it was the first one and after it was already working people would rather build applications on top of it than try to invent and introduce a new type of wheel.
This wheel is good enough - the remaining potential is only in what we will do with it.
78  Bitcoin / Development & Technical Discussion / Re: How can i view balance/status of BTC blockchain at certain block height? on: January 03, 2018, 01:11:38 AM
It can be done but requires some exercise and some time as the process might take awhile.

Basically you need a full bitcoin node.
You better  keep it offline and then remove all the blocks starting from the height you don't need.
Then you tell the node to rebuild the unspent database.

If you want to use my gocoin node for that, I can guide you through. For the core client,  ask the core people.
79  Bitcoin / Development & Technical Discussion / Re: Brainwallet history on: January 02, 2018, 06:46:27 PM
Why expect your seed isn't going to eventually get bruteforced?
Well... don't mean to be mean, but the answer is pretty obvious who anyone who isn't an idiot.

Because brute forcing of such a complex seed would require more computing than brute forcing of a standard bitcoin address.
80  Bitcoin / Development & Technical Discussion / Re: Brainwallet history on: January 02, 2018, 02:44:40 AM
Regarding physical attacks -- I'm not sure if you have followed Trezor, but they have a great track record of thwarting physical attack vectors. In other words, the physical extraction of private keys from a Trezor is currently a purely academic question. The many eyes principle has worked exceptionally well in this case. I reckon that Ledger is in a similar position, however I don't follow them quite as closely.

Nee. Who told you that?

Getting a private key out of trezor is kind of trivial as the device doesn't even use any kind of a secure hardware.
See here for example: https://jochen-hoenicke.de/trezor-power-analysis/ - this is without even opening the case!

Ledger is harder as it uses ST secure chip, and the cost of peeling the layers of silicon to get into the memory is estimated at $300k or so.
But it also can be done - it has been done. There are even videos on Youtube of people dumping the entire memory of the chip.

The science of hacking (secure) chips is an actual science and is far more advanced than the non existing science of hacking brain wallets.
Like take this presentation for instance - that's from 2010: https://www.youtube.com/watch?v=62DGIUpscnY - see what he has done here? This is what I call hacking, not the bloody brain wallet hacking charlatans who just make empty claims without proving shit.

Anyway.
If you think that a hardware wallet is secure but a brain wallet isn't - it only shows how much you have been brainwashed by the brain wallet pseudo-scientists and how much they made you to loose touch with the reality. In reality everything can be hacked. And personally I am quite sure that any of the hardware wallet on the market is easier/cheaper to hack than my brain. Can't speak for your though Smiley
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 103 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!