Bitcoin Forum
May 29, 2024, 10:19:58 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 159 160 161 162 163 164 165 166 167 168 169 170 171 172 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 ... 442 »
2941  Bitcoin / Bitcoin Discussion / Re: Canadian Bitcoin Economic Nodes Unite Against Bitcoin Unlimited. on: March 31, 2017, 11:34:24 AM
Quote
Any contentious hard fork of the Bitcoin blockchain shall be considered an alternative cryptocurrency (altcoin), regardless of the relative hashing power on the forked chain.

They are prepared to throw away the huge powerhouse that secures Bitcoin and think they can sell their customers something as Bitcoin which is NOT secured by the worlds strongest computer network. They know what they want.

 

The Bitcoin economy attracts hashing power, as well as the hashing power attracts the economy. It's symbiotic.

We'll see what happens, but don't over-sell BU's advantage (which is dwindling, miners are more and more pointing their hashing power at Segwit pools, and removing hashing power from BU pools)
2942  Bitcoin / Armory / Re: Fixing the "transaction timed out"/"transaction broadcast failed" issue on: March 31, 2017, 11:28:43 AM
Is this happening with the Linux versions of 0.95.1 and 0.14? I am yet to try using them together.
2943  Bitcoin / Development & Technical Discussion / Re: Opening LN channel with zero balance? on: March 31, 2017, 09:00:31 AM
1 - if I have a LN channel open with the dealership, and the dealership does not offer intermediary services, then the only use of that LN channel is to transact with that dealership. If the dealership is connected to a LN hub that I am not connected to, then I cannot transaction with that LN hub without the cooperation of the dealership, or I would need to route payments via other means to that LN hub via other cooperating LN channels.
That's why I suggest opening a channel not with the dealership, but with a hub, in this case.

This is why LN is banking.  A few big hubs are the banks.  Everyone will want to connect to them, and they set their conditions.

Except one crucial difference.

Not just anyone can open a bank, there are very significant real-world political obstacles to get past, very few genuinely new banks open as a result.

Lightning can behave like banking, but because people have the freedom to open their own banks (really more like a mixture of a bank and a VISA/Amex type payment processor), they will do that.

Some people will try, and fail. Regular everyday people paying each other small amounts through channels might decide the price is too high. Or, they might decide that price is worth it, for the enhanced privacy of doing business in a private channel.

But even small businesses will be able to compete on costs with channels. Maybe an ecosystem of small payment processors might arise, servicing a small geographical area (for instance, a landowner leasing shop units would do well to make using their channel a part of the contract for all the shop leases they offer).

Or maybe the economics will be such that very small shops can afford to run their own channel. If a small shop has goods of sufficient quality, the clientele may prefer to pay the higher channel fees in order to get the high quality product that our small shop sells.



So no, dino, it's not "just like banking". It resembles it in some ways, but in fact it resembles Hayek's "free banking concept " most of all. Now do be quiet, people are interested in having a productive conversation about Lightning.
2944  Bitcoin / Development & Technical Discussion / Re: Moving towards user activated soft fork activation on: March 30, 2017, 09:14:29 PM
Hmmmm, not what I thought it was (BIP148). If that's the case, it won't work as a soft-fork, it's a Segwit hard-fork, UAHF not UASF.
At first sight it seemed to me indistinguishable from a hardfork. But it isn't a hardfork. Unupgraded nodes remain compatible, they don't need to upgrade. As soon as economic majority forces miners to upgrade, unupgraded regular users have nothing to worry about.

Well, maybe a better description would be as a hybrid soft & hard fork. Miners are essentially hardforked, and regular non-mining nodes are soft-forked.

I'm pretty sure shaolinfry added the legacy-block version orphaning since the initial draft, I read it carefully when I did.


If this got the users' support, then it's no less radical than my previous thoughts on getting Segwit activated by direct user action, I'm willing to promote the idea of orphaning blocks indicating BU strings (although that's perhaps becoming less necessary now that users have come out against it, I still consider it a risk that BU could hardfork as an attack without user support)

So maybe this is not so bad. With BU pools and miners falling, perhaps BIP148 could work to galvanise support for Segwit activation by the miners before users start using a BIP148 client to force the miners' hands. I'd probably use a BIP148 client if shaolinfry released it, but any released binary needs gitian signatures, and that involves such an endorsement from known developers. achow101 stated that Core devs are majority opposed to BIP148, and I guess I can see why in a way. We'll have to wait as everyone thinks it over some more, it would be constructive if actual comments from the devs were forthcoming on this (as it seems they are short on ideas as to what to do, other than "nothing")
2945  Bitcoin / Development & Technical Discussion / Re: Moving towards user activated soft fork activation on: March 30, 2017, 07:20:29 PM
There is no blockchain fork possible, regardless of the majority hashpower or the order in which Segwit or legacy blocks are found. Either type of block is equally valid to either type of miner, it wouldn't be a soft-fork if that were the case.

Unless I completely misunderstand something, all upgraded nodes, including upgraded miners will be rejecting unupgraded blocks:

Quote from: BIP148
While this BIP is active, all blocks must set the nVersion header top 3 bits to 001 together with bit field (1<<1) (according to the existing segwit deployment). Blocks that do not signal as required will be rejected.

Hmmmm, not what I thought it was (BIP148). If that's the case, it won't work as a soft-fork, it's a Segwit hard-fork, UAHF not UASF.

Did the specification not change recently? I got a different impression from the draft I read, if this is a new change. Simply allowing Segwit-ready miners to begin mining Segwit blocks is sufficient.
2946  Bitcoin / Development & Technical Discussion / Re: Moving towards user activated soft fork activation on: March 30, 2017, 05:33:20 PM
There is no blockchain fork possible, regardless of the majority hashpower or the order in which Segwit or legacy blocks are found. Either type of block is equally valid to either type of miner, it wouldn't be a soft-fork if that were the case.
2947  Bitcoin / Development & Technical Discussion / Re: Moving towards user activated soft fork activation on: March 30, 2017, 04:32:58 PM
@stdset

You're making and invalid assumption: that miners using non-Segwit clients will reject blocks with Segwit transactions. They won't, the Segwit soft-fork was desgined in a way to prevent that happening.

What would happen as a result of a large proportion of the hashrate mining old style blocks only? The more users that use Segwit addresses, the more old-blocks miners won't be able to pick up fees from confirming the Segwit user's transactions. Segwit miners will be more profitable, but fewer Segwit transactions would be possible. Segwit miners will have more than double the blocksize to fill, so it's not as serious as it sounds, but users will also have to compete more to get their P2PKH/P2SH coins into P2WPKH and P2WSH addresses, because of the reduced amount of Segwit blocks available.
2948  Bitcoin / Bitcoin Discussion / Re: Trackable on: March 30, 2017, 03:48:27 PM
We are trying to get rid of people who use money for shady activities, because it taints the whole community when this is done. There are valid reasons for financial privacy, but if you looking for "untraceable" strategies... it looks shady.  Angry

You're one of those people that wants to wreck people's lives not once, but twice?


1. They wreck their own lives by doing something stupid with their money

2. You wreck their lives a 2nd time by advocating that the 1st action should carry additional punishment, administered by the legal system


You should be ashamed of yourself
2949  Bitcoin / Bitcoin Discussion / Re: Need help from Indian bitcoiners: Sign the petition to announce bitcoin as legal on: March 30, 2017, 03:30:23 PM
However, I don't think that the Indian goverment doesn't care about the petition. It will just add fuel to them to regulate the bitcoin is India. India is turning a blind eye on bitcoin, and will surely miss bitcoin in terms of online payment method.

You don't need officials to recognise facts for the facts to be true.

If Satoshi had asked permission, or for official recognition, before he programmed the original client, can you guess what would have happened? Seeking official recognition, or approval, goes against what Bitcoin is about, you have the wrong mindset, and Bitcoin therefore is not for you.

Bitcoin is valuable because it can't be controlled or regulated, if you pursue that line, you will not get what you're wanting anyway. Real Bitcoiners aren't going to be interested in the outcome, and you might just get official violence bursting through the door to your house. Have fun with that.
2950  Bitcoin / Development & Technical Discussion / Re: Post your SegWit questions here - open discussion - big week for Bitcoin! on: March 30, 2017, 02:49:41 PM
BIP 148 (aka UASF) is not accepted by pretty much all developers. It has not been accepted by Core nor is it likely to be accepted and implemented by Core. As of now, the segwit implementation in Core is as is specified in the segwit BIPs, which do not include BIP 148.
I'm waiting for an implementation. Once we have a reviewed and tested implementation, I will upgrade my node to activate UASF at whatever date has most support from the community. Miners had a lot of time to upgrade. Alts are advancing. I'd prefer to activate UASF sooner rather than later.

As will I.

The developers arguing against it are contemptible. It's supposed to be a readiness formality, not a vote. If you think that the disruption will be too much for your delicate little nerves to handle, you clearly don't understand the political significance of Bitcoin to begin with. We're being forced into taking drastic steps by the miners, and now "Core" wants to stonewall too?

I'd like to know exactly which Core contributors are taking this non-productive, obstructive stance, those that lack courage are not suited for this type of project. The users would certainly have sufficient fortitude to back this move, they're interested in the growing success of the project not to mention their own success.

achow101, which Core developers lack the fortitude to support the users making their own decision on activating Segwit, BIP148 or otherwise?
2951  Bitcoin / Development & Technical Discussion / Re: Post your SegWit questions here - open discussion - big week for Bitcoin! on: March 30, 2017, 01:30:38 PM
BIP 148 (aka UASF) is not accepted by pretty much all developers. It has not been accepted by Core nor is it likely to be accepted and implemented by Core. As of now, the segwit implementation in Core is as is specified in the segwit BIPs, which do not include BIP 148.

So it's now stalemate from 2 directions at once?

Wouldn't it make more sense for the devs against BIP148 to quit Bitcoin altogether given that attitude? Once a different cryptocoin implements a successful 2nd layer, Bitcoin will lose a significant competitive edge. There's nothing magic about contributing to the Bitcoin codebase, another team could implement Segwit and other future technologies without them.

Why continue to be a part of a project that's being prevented from progressing? The devs are going to run out of non-fork improvements and maintenance coding (for the most part). I'm seriously considering looking at why I'm still involved at all.
2952  Bitcoin / Bitcoin Discussion / Re: Need help from Indian bitcoiners: Sign the petition to announce bitcoin as legal on: March 30, 2017, 01:12:39 PM
Anyone signing the petition runs the risk of the information being abused.

What if the Indian Govenment don't care about the petition, and want to seize all BTC in the Indian states? It only takes one leak of that information for all the people who give their information to a good cause for the whole thing to be turned into a bad cause.

"Be the change you want to see". Don't ask permission, no government can stop you using Bitcoin without destroying everyone's else's rights too.
2953  Bitcoin / Project Development / Re: [ANN] Bitcoin PoW Upgrade Initiative on: March 30, 2017, 12:10:33 PM
There are some people who argue against the POW upgrade because they say they would preferably go with the ASIC miners than the botnet that hackers are known to be using. 

Does that argument not favour a hashing algo that does work with GPUs/FPGAs? Is that even possible without the risk of an ASIC being developed?
2954  Bitcoin / Development & Technical Discussion / Re: Would smaller blocks reduce Bitcoin energy requirements? on: March 29, 2017, 07:41:24 PM
I'd be convinced to start CPU or GPU mining on a changed PoW, Jetcash. Others may just well do the same (mining was pretty popular amongst computing enthusiasts in the early days of CPU and GPU mining, and hence far more decentralised).

You're describing it as if miners are part of the Bitcoin Corporation, who cannot lose their position/role. No such concepts exist in Bitcoin, either you've got the right hardware and running costs, or you haven't. That's all it takes to be a Bitcoin miner.
2955  Bitcoin / Bitcoin Discussion / Re: Miner cartel, Bankster cartel, or an altcoin? Your choice? on: March 28, 2017, 12:51:29 PM
Doesn't that logic collapse on itself?

If one cannot know the objective truth about anything, how can the reasoning that you're using to observe that truth be considered reliable? If all knowledge is unknowable, then reality is an epistemological negative feedback loop. Your theory is self-refuting  Smiley

If we can't know the objective truth, we can conclude that any theory predicted on objective truth is unsupported. Logic.


If truth is un-observable, then theories and logic are also. Logic. Your pants fell down, pull them back up Wink
2956  Local / India / Re: Member of Parliament has asked for suggestion from Indian Bitcoiners on: March 28, 2017, 11:59:32 AM
If you're in India, DO NOT send any suggestions, for your own safety. The information collected could be used against you, whether this MP is well meaning or not.
2957  Bitcoin / Bitcoin Discussion / Re: Miner cartel, Bankster cartel, or an altcoin? Your choice? on: March 28, 2017, 10:56:03 AM
And you're wrong, your theory doesn't make as much sense as you believe.


There is no reason to "create" the Revelations-inspired money: fiat is already that money, where supply, demand and use are controlled by the banking elite.


There is a reason for megalomaniacs to create Bitcoin themselves: if it's possible at all, then they must get there first. Remember the golden rule: who owns the gold, makes the rules.

It's far simpler than you ever present it, and for some reason, simplicity is your enemy.



Now, can you actually argue against the points I'm making directly, without saying "I already have", or "you're not smart enough to understand"?
2958  Bitcoin / Bitcoin Discussion / Re: Miner cartel, Bankster cartel, or an altcoin? Your choice? on: March 28, 2017, 10:28:11 AM
Doesn't that logic collapse on itself?

If one cannot know the objective truth about anything, how can the reasoning that you're using to observe that truth be considered reliable? If all knowledge is unknowable, then reality is an epistemological negative feedback loop. Your theory is self-refuting  Smiley
2959  Bitcoin / Bitcoin Discussion / Re: Do miners really think destroying Bitcoin will make them rich? on: March 28, 2017, 10:15:22 AM
Could you provide a simple answer to my post above?

I'm not reading past a few sentences of your posts (I'm curious if anyone does).

This is the modus operandi of this particular brand of trolling summed up perfectly.


"Super-smart stream-of-consciousness uber-mensch brerates the 'little-people' for not being able to come up with over-long and over-wrought confabulated arguments". I risk sounding too much like them with that description, but that's how I'm seeing it. Maybe shorten it to just plain "intellectual trolling" Cheesy
2960  Bitcoin / Bitcoin Discussion / Re: Miner cartel, Bankster cartel, or an altcoin? Your choice? on: March 28, 2017, 10:10:55 AM
If big power-broking dynasties created Bitcoin with decades of research, which is entirely possible, they would create the end-game solution themselves, not mess around creating stages on the road to the end-game.

You're idiot and you really should stop slobbering all over the place.

Even @traincarswreck could explain to you why they need a Bitcoin-like standard of good money to gradually destroy the legacy political interference. Nash explained it all. Perhaps you think you are smarter than Nash.

Carlton, this is your last warning. Next time you post nonsense, you go on Ignore. You post as if you know something but you don't know a damn thing worth reading.

You never refute my arguments with anything meaningful, always arguments from authority and insults.

I wonder what the people reading your thread think Smiley
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 159 160 161 162 163 164 165 166 167 168 169 170 171 172 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 ... 442 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!