Bitcoin Forum
June 01, 2024, 06:22:12 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 199 200 201 202 203 204 ... 292 »
3061  Bitcoin / Development & Technical Discussion / Re: Flaws in LN (Lightning Network). on: September 29, 2018, 08:38:18 AM
i understand those who do insult have a mindset of only wanting to positively promote something, in the aim that it garners investment.

It doesn't need more "investment".  It just needs time to mature.  And no matter how much you try (in vain) to derail it, it's going to get that time.  When people say that Lightning is a solution, they don't mean right this second and that everyone should use it now.  As usual, you're twisting the narrative to suit your agenda.  


maybe some ethical developers wil at some point put their employment pay slips down and develop code the community do want. instead of what their employer wants

The community DO want this code.  If you recall, we had a whole civil war about this.  It's decided now.  I think what you mean to say is you want the devs to develop the code YOU want them to develop.  That's clearly not happening.  You learn consensus.



My problem with LN started from the point when I realized these guys have given up on bitcoin potentials to improve and overcome its scaling issues and they are asking us to put all the eggs we got in LN basket.

Except that's not even remotely true.  Merklized Abstract Syntax Trees, Schnorr Signatures and other things are being actively developed right now.  No one has "given up" on anything.
3062  Bitcoin / Development & Technical Discussion / Re: Flaws in LN (Lightning Network). on: September 28, 2018, 08:07:31 PM
You should be nicer with franky1, he got vision and his post above (that I merited by the way) has an excellent analogy and his general idea about the necessity of consensus and blockchain worth special attention. I admit that he has gone too far in the last paragraph but who cares? Many people do this, kinda dramatic style in finishing a post, not a big deal.

And the fact that you frequently decry Lightning has nothing whatsoever to do with your support for franky1?   Roll Eyes

But you're not wrong about the "special attention" part.  You both deserve plenty of that.  I'll be watching your posts very closely...

3063  Bitcoin / Development & Technical Discussion / Re: Flaws in LN (Lightning Network). on: September 28, 2018, 06:22:04 PM
if it doesnt forfil the community consensus

Ugh... that's not even a word.  Why does anyone take you seriously?  


LN has flaws.
devs know it
they actually warn people to not deposit funds people are willing to lose.
sorry but LN is not perfect and people have lost funds.

Sounds remarkably like Bitcoin itself back in the day.  In fact, even people today are still losing funds because they're sending forked coins to BTC addresses and vice-versa.  You shouldn't move funds into any crypto if you aren't willing to risk a small chance of losing them.  The idea of development is that it gets incrementally better.  And it will.  No one is claiming LN is "perfect" right now, so stop pretending otherwise.
3064  Bitcoin / Bitcoin Discussion / Re: What "event" will be the nail in the coffin for your Bitcoin goals? on: September 28, 2018, 05:57:29 PM
Someone must make the call, to decide what will be accepted and what not, so what kind of consensus mechanism would you suggest to keep decisions like this, decentralized?

The current one.  There's nothing wrong with it, despite what franky1 might claim.  He's just throwing tantrums because he can't get his own way.


The only nail in the coffin for me would be if Bitcoin somehow became a closed-source and permissioned system.  A "walled garden" where people weren't able to view or modify the source, or create the software they wanted to create.  Freedom is the most important thing for me.

a situation where people end up having to follow a certain reference roadmap. where people cant independently propose changes that counter such roadmap, all they can do is make software that follows a roadmap...
anyone who does try to create software that allows its own proposal plans, even if that proposal plan has no mandatory deadlines is treated like hostile. and told to get off the network?

You don't have to follow a certain roadmap.  You are free to create a client that proposes an entirely new roadmap.  The problem you seem to be having is that people either:

a) don't approve of your proposed roadmap, or
b) don't have a particularly strong opinion one way or the other and are just going with the flow, or
c) are already using another coin that has a similar roadmap to the one you keep whining BTC should have

If more people felt the way you do, the current roadmap wouldn't be the current roadmap.  Or do you think all these thousands of BTC nodes are being run just for the fun of it?  Each of those nodes is testament to the fact that BTC's present course is locked in and you can't do anything to change it, unless you can build a layer on top of Bitcoin that is more to your liking.  You're free to do that too.

I see what you're doing.  You want more people to feel the way you do.  That's why you're taking thinly-veiled potshots at the current roadmap in most of the topics you participate in.  No one's falling for it.
3065  Bitcoin / Bitcoin Discussion / Re: What "event" will be the nail in the coffin for your Bitcoin goals? on: September 28, 2018, 04:36:53 PM
The only nail in the coffin for me would be if Bitcoin somehow became a closed-source and permissioned system.  A "walled garden" where people weren't able to view or modify the source, or create the software they wanted to create.  Freedom is the most important thing for me.
3066  Bitcoin / Bitcoin Discussion / Re: Is bitcoin investors more focus than altcoin investors? on: September 28, 2018, 02:58:49 PM
In a way, it's less about the difference between Bitcoin and altcoin "investors" and more about the difference between people who are invested for the right reasons and those who are merely speculating.  

There aren't that many altcoins which will genuinely disrupt the more traditional industries or improve the world in any meaningful way for the average person.  Most altcoins exist primarily as speculative assets, so it stands to reason that "investors" (read: speculators) would have a shorter attention span.  Once the hype has died down, it's time to cash in and move on to the next shiny collection of buzzwords and gimmicks and pump that one instead.  The motivation there is greed.

Bitcoin fulfills an actual purpose.  Some people invest not just with their money, but with their belief and aspirations.  They invest their time and understanding, which are often far more valuable.  They invest in it for the ethos and not just the potential profits.  They recognise that freedom and privacy are important qualities that need to be preserved in a world that appears to be undermining them.  The motivation is a little more wholesome and genuine.  Definitely something to stick around for.  
3067  Bitcoin / Development & Technical Discussion / Re: Flaws in LN (Lightning Network). on: September 28, 2018, 01:44:17 PM
So come again: who/what decide (i.e. judge), is cheating A who claims his last transaction to B is N+1, or B who claims the last transaction he received from A is N?
There isn't an N+1 unless both parties agree that there is an N+1.
Come again and again: who or what certifies this both-parts agreement?
A claims he sent his 'agreement' to B. B claims he has not recrived any agreement from A. Who or what will decide who is cheating, A or B?

I'm honestly not sure how else I can explain it.  Neither A nor B are cheating in this scenario.  No one needs to "decide" or "judge" anything.  Your premise is flawed because you've made an incorrect assumption about how it works.  

Read this explanation to understand the process involved.  "Agreement" only happens once both parties have revoked the previous commitment state.  One party can't "send an agreement" and then accuse the other party of cheating if they "claim" they haven't got it.  It doesn't work like that.  No one can make "claims" about anything.  It's a binary outcome.  Either both parties have agreed, or they haven't.  If they haven't, that doesn't necessarily mean someone is cheating.  It only means the commitment state doesn't change.

Again, in your example, N is still the current state and neither party can take the other party's coins.  There are no penalties involved, as no one is attempting to spend from a revoked commitment state.  If B hasn't sent A the key to revoke payment from N, there is no N+1.  If Party B has not agreed to N+1, they won't send Party A their key for N.  Party A is therefore unable to agree to N+1 if they don't possess party B's key for N.  N+1 cannot exist unless both parties have revoked N.
3068  Bitcoin / Bitcoin Discussion / Re: An open letter to the community, from the developers of Breadwallet on: September 28, 2018, 11:47:42 AM
and if you do not care about mandatory threats and controlled upgrades that bypass consensus. then you have revealed much more about your lack of care for bitcoin and you more concern of promoting people should use other networks

So you continue to maintain this total fiction that "developers control the network"?  Even though the code they produce has no power unless people choose to run it?  Cool, destroy those tattered remnants of your credibility that little bit further.  Anyone with even a rudimentary understanding of consensus can recognise that you are talking nonsense.  Users and miners made this happen.  They made that choice.  Developers just provided them with the tools to do so.  So blame the users and miners (except you can't, because it doesn't fit your narrative).  Consensus made it happen, so blame consensus rather than making ludicrous claims that it was "bypassed".  That's what happens if you run incompatible code and you don't have sufficient numbers behind you.  It's designed to work that way.  If you were forked off the network as a result, that's on you.

If I didn't care about Bitcoin, I wouldn't keep challenging your manipulative FUD posts.  You think you can tell developers, users and miners what they can or can't do in a permissionless system.  As someone who cares about Bitcoin, I think it's vital for everyone to be able to make their own decisions.  You think developers should be forced to stop working on off-chain solutions and drag them kicking and screaming back to the base protocol when that's not what they want to work on.  As someone who cares about Bitcoin, I think developers are free to create anything their vision and talent can manifest, even if it's an alternative client that some would claim is an "attack", "hostile takeover", "coup", whatever (much like how you claim LN is an attack on Bitcoin).  You think you can foist undesirable changes onto nodes that do not want them.  As someone who cares about Bitcoin, I think nodes are vital to the network's resilience and we should not make things prohibitively costly for them.  

SegWit is opt-in.  Bech32 is opt-in.  Lightning is opt-in.  However, imposing greater on-chain throughput onto nodes that do not want greater on-chain throughput is NOT opt-in.  Why do you think you get to force your authoritarian views on others when there are already other chains that cater to your wishes?  That's what you're doing when you insist that we "open up the 4mb space for BOTH segwit and legacy to coexist and get the optimum 15k plus tx capacity".  There are blockchains where nodes freely choose to accept greater on-chain throughput, but that's not this chain.  It would be advantageous for you to use a chain where people share your views.  Stop pretending that you respect the decision this chain has made when all you want to do is overturn it.

Also, it takes two sides to have a disagreement.  There would not have been a fork at all if everyone agreed.  Some chose to run the code that adhered to consensus on the BTC chain, while others chose to run code that did not adhere to consensus on the BTC chain.  Sounds like freedom to me.  Why do you not apportion blame equally to both sides?  Clearly we could not reach an agreement where everyone was satisfied.  And it seems like you still can't find one long after the rest of us have moved on from this matter.  And be under no illusion that we have absolutely moved on.  So it's far better if everyone moves forward in a direction they are happy with, even if that means parting ways.  It gives people greater freedom and choice that way.

Consensus means you run the code you want to run and you will be automatically matched with other people running compatible code.  You will then build a blockchain together and ideally reap the benefits of any network effects you jointly produce.  That's how this works.  You can either adhere to consensus or you fork away and form your own consensus with others.  Whatever you believe the developers and the code did or didn't do, it doesn't really matter anymore.  It's moot and it's done.  The simple fact is that people chose to run that code and consequences happened which you seriously need to get the hell over.


tomorrow reign in your emotions to be concerned with the bitcoin network and how people on the bitcoin network are trying to enforce things

Said the fascist trying to enforce things.   Roll Eyes

Your ideas are not compatible with permissionless freedom.  I say that without emotion.  You are being emotional.  Stop whining about things you can't change and move on.

Also, start a new thread for this if you feel the need to continue.  This topic is supposed to be about breadwallet.  If users don't like the change developers have made, usage of breadwallet will naturally decrease.  It's entirely up to the users, as it should be.  There is no "forced change", as you were alluding to when you first started derailing the thread:

forced change!! have you not learned anything.

Name the users that have had a gun put to their heads by the breadwallet devs to force them to run this new code.  Name one.  Breadwallet may have applied pressure to some businesses to implement bech32 support, but no users are being forced to run code they don't want to run.

3069  Bitcoin / Bitcoin Discussion / Re: An open letter to the community, from the developers of Breadwallet on: September 28, 2018, 12:12:45 AM
mandatory bilateral split
research it

You keep saying that as though it matters...

Maybe one day you'll realise it doesn't and that you're pretty much the only one who seems to care.

Repeat if in every thread for the rest of time if you like, it's not changing anything.  Much like the blockchain itself, history can't be undone.

And even if it could be undone, do you honestly think we're going to agree to roll it all back to how it was and then invite Roger Ver over for tea and sodding biscuits?   Roll Eyes

You are literally broken in the head.  Seek help.



3070  Bitcoin / Bitcoin Discussion / Re: An open letter to the community, from the developers of Breadwallet on: September 27, 2018, 11:50:49 PM
others say its utopia

No.  No one has said that.  

As with all of your other lies and manipulations, it's literally just you claiming that people are saying it's utopia.  It's just you claiming that people think Bitcoin is broken.  It's just you claiming that on-chain development is being stalled.  How about you stop making claims that further reveal you to be a lying troll?


again why are we discussing why other networks are better or worse..

Because you keep derailing perfectly good threads.  You are the one claiming the current direction we're moving in is making BTC worse. 


segwit is not 100% community supported

Learn to read.  I didn't say it was.  I'll repeat what I said:

However, if lots of people choose to run software that has activated SegWit on this network, you have to respect their decision.  You don't have to agree with it (and clearly you never will), but you don't have a choice in accepting the reality that you have no say whatsoever in what code they choose to run.  

There are enough people who do support it to make you and your troll screed insignificant.  If enough people felt strongly enough to have opposed SegWit, we'd all be using BCH by now.  And clearly that isn't happening.  I'm sorry reality can't be more accommodating for you.
3071  Bitcoin / Bitcoin Discussion / Re: An open letter to the community, from the developers of Breadwallet on: September 27, 2018, 11:26:25 PM
anyway back to the topic now the distraction of other networks is handled.

Yes, now that your LN arguments have been obliterated, let's get back to SegWit and breadwallet.

Permissionless.  Breadwallet devs are free to design a client that only uses bech32 if that's what they believe the best course of action is.  If users don't want to have bech32 addresses, they are free to continue to run older versions of breadwallet, or even a totally different client.  

You are free to not use SegWit.  I'm sure you must know that because no one has put a gun to your head to make you use it.  It is always entirely up to you what code you install and run.  The choice is yours.  However, if lots of people choose to run software that has activated SegWit on this network, you have to respect their decision.  You don't have to agree with it (and clearly you never will), but you don't have a choice in accepting the reality that you have no say whatsoever in what code they choose to run.  If you can't abide by that, again, feel free to use other networks where SegWit has not been activated.  We won't miss you.
3072  Bitcoin / Bitcoin Discussion / Re: An open letter to the community, from the developers of Breadwallet on: September 27, 2018, 11:09:55 PM
we all thought we found the red pill to the banking matrix. to then be told there is a wonderland for alice but it just leads back to how banks work.

Lightning.  Is.  Not.  Even.  Close.  To.  How.  Banks.  Work.

Your confusion stems from the fact you haven't got the faintest clue how Lightning works.


the LN dev admit there are flaws. its about time the community admit it to and stop promoting it the wonderland to alice.

You're the only person dealing in absolutes.  We're all saying development is going to continue so that both Bitcoin and LN incrementally improve over time.  You're the one who says it's all-or-nothing and everything has to be on-chain or bust.  


remember its just a vehicle. and other people will use that vehicle. people from litecoin town will use the vehicle.

That's good.  Interoperability between chains is a feature, not a bug.  Atomic swaps will be good.  Why do you keep arguing good things are bad?


as for those that think bitcoin is broke the whole emotion that bitcoin needs a different network is a massive facepalm.

You're the one saying it's broke.  We think it's coming along just fine.


if you want to concede and think bitcoin is broke and needs another network. the go play with another network.

You go play with the "other" networks.  There are plenty of crappy forks where your primitive mindset would be more than welcome.  


meanwhile those that actually care about the bitcoin network will concentrate on the bitcoin network. not trying to make other networks better, but call out where bitcoin devs are causing issues

Development to improve the base protocol continues.  Again, you're the only one arguing all-or-nothing.  Some developers work on Bitcoin because that's what they freely choose to work on.  Some are developing different Lightning implementations because that's what they freely choose to work on.  You are the one claiming that development on the base protocol is being stalled, which is a total fabrication on your part.
  

would you rather have all the devs return and only innovate the bitcoin blockchain for pure bitcoin mainnet utility.

You can't force them to "return", you fascist twunt.  Permissionless.  They can do whatever they like.  


is the whole bloat up a new tx format to peal off a few bytes and hide them elsewhere.. and then 4* legacy tx's to make the pealable tx format look better and all the other convoluted code is any less 'herpa durpa' then just allowing segwit AND legacy to fully use the 4mb area the devs now say is ok...

You have BCH for that.  You constantly fail to answer every time I ask you:

What is the point in having two BCHs?  

You want larger blocks?  You've got them.  Go play with them.  Leave us in peace.  The scientific approach is to test multiple theories, not repeat the same idea on every fork.  If you think the "real" Bitcoin is purely on-chain, use that network that likes to pretend it's the real Bitcoin (but doesn't have the numbers behind it to back that claim).  
 

but hey if you want to kep thinking bitcoin is dead and the only option is other networks. you go play that game.

The only thing that's dead around here is your credibility.
3073  Bitcoin / Development & Technical Discussion / Re: The duplicate input vulnerability shouldn't be forgotten on: September 27, 2018, 08:54:44 PM
Maybe the alert system could be modified to only warn the user with a predefined warning to go check the news because something is going on.

The alert system wasn't only disbanded due to concerns over who could send what message, but also because of a potential vulnerability involving DoS attacks on full nodes:

All of the issues described below allow an attacker in possession of the Alert Key to perform a Denial of Service attack on nodes that still support the Alert system. These issues involve the exhaustion of memory which causes node software to crash or be killed due to excessive memory usage.

I don't think they're in any hurry to bring it back in a slightly different guise.  There would be a certain irony if we inadvertently introduced new security risks while attempting to safeguard against potential future security risks.
3074  Bitcoin / Bitcoin Discussion / Re: An open letter to the community, from the developers of Breadwallet on: September 27, 2018, 01:12:46 PM
i find it funny people think you retain 100% control.
if you ever did then the other person wont know if your spending funds secretly elsewhere..
it needs to be co-signed to prevent you spending elsewhere.

And apart from "herp derp blocksize increase", how would you have created a better LN?  You keep saying that everything about Lightning is wrong (and many disagree with you, but that's not the point).  What do you have to offer to make LN better?  Clearly Lightning is not going away, so what constructive contributions can you offer in your infinite wisdom?  If all you can do is suggest things that don't help improve Lightning, what function do you serve? 

Yes, part of the security model is that both parties have to agree on what the current state is.  Would you prefer it if the other party could send you transactions you hadn't agreed to in an attemp to trick you into spending from an older state?  Is that how LN would work if franky1 was in charge?  Of course not.  So stop trying to paint useful security features as a flaw, you manipulative weasel.
3075  Other / Meta / Descriptions for sub-boards on: September 26, 2018, 07:31:17 PM
So in Bitcoin Discussion, there are four "child boards" and two of them have pretty decent descriptions, but I think Press and particularly Meetups require a bit of tweaking:

Current:

Press
Notable press hits
Meetups


Proposed:

Press
Notable press hits about Bitcoin
Meetups
Find conferences, summits, workshops and other notable gatherings in your area


People seem to be mistaking Meetups for "two dudes hanging out in a basement" or something.  And some people still think they can post any news (even related to altcoins) in the Press section.  Simple descriptions can help remedy these mishaps.
3076  Bitcoin / Meetups / Re: Blockchain conference list????? on: September 26, 2018, 07:08:21 PM
Does anyone know a good place or have a list of conferences around blockchain? I feel like it's so hard to plan out not having a source for all of this.

The nearest source is actually closer than you might think.   Wink

Not sure how people always miss it, but perhaps that's a topic better suited to Meta.  [//EDIT: done.]
3077  Bitcoin / Development & Technical Discussion / Re: Flaws in LN (Lightning Network). on: September 26, 2018, 06:30:35 PM
So come again: who/what decide (i.e. judge), is cheating A who claims his last transaction to B is N+1, or B who claims the last transaction he received from A is N?

There isn't an N+1 unless both parties agree that there is an N+1.  Otherwise N is the current state, regardless of what anyone "claims".  In this example, B can withdraw their funds from N without a penalty.  There's no cheating involved, because no one is trying to spend from an old state.  N is the current state.  

However, it's worth pointing out that B does have a financial incentive to agree to N+1, because it sounds like A wants to send them more BTC.  It's a strange example you're using.  I assume in your example you are positioning A as a malicious actor attempting to trick B to steal their coins?  If so, A won't have much luck with that.

N+1 can only become the current state if A and B both lock N+1 with a new key and have also sent each other the old keys for N to revoke payments from that state.  Once payments have been revoked from N, if either party then attempts to spend from N, that's where a penalty would come into play.

I think the problem you might be having is that you associate the word "transaction" with a one-sided push payment like it works with regular on-chain transactions.  Once you've sent it, it belongs to someone else.  In Lightning, however, a transaction involves the other party effectively approving the transaction.  If you send a payment, it only belongs to the other person once they've accepted the latest state and revoked payments from the old state.


You keep each other honest.

It's rediculous to require to be trustfull in trustless environment, isn't it?

But it's not "trust" keeping people honest, it's "consequence".  Play by the rules or risk losing funds.
3078  Bitcoin / Bitcoin Discussion / Re: An open letter to the community, from the developers of Breadwallet on: September 26, 2018, 01:20:08 PM
oh wind_fury.. your not a coder. so why are you promoting such scheme without you yourself actually putting in the effort of understanding the ramifications.

I wasn't aware that being a coder was some sort of mandatory prerequisite to contribute to the conversation.  Many people arguably prefer Wind_FURY's insights over your own, so let's play nice, okay?


its far better to get rid of the 1mb limit to up the transaction count of both legacy AND segwit, than trying to enforce a tyranny of making users only transact a certain way

In your opinion.  Clearly the breadwallet devs (who, being coders, you clearly concede have the right to make that determination) disagree with you on that part.
3079  Bitcoin / Development & Technical Discussion / Re: Flaws in LN (Lightning Network). on: September 25, 2018, 10:06:52 PM
I have already asked this question.

There are 'penalty' in LN for those who're trying to cheat. But who is The Referee to decide who is a cheater and who is setting up a counterparty as a cheater?
In other word, who or what prove/certify the last LN transaction from A to B was N and not N+1, which B has just dropped in order to set up A as a cheater and therefore steal coins of A as 'penalty'?

You and whoever you are transacting with are both the referees.  You keep each other honest.  It's explained here.

a payment on LN is only considered finalized once both payment channel owners have revoked the previous state of the payment channel by handing their partner a breach remedy that invalidates the previous state.

In essence, they can't trick you into spending from an old channel state because you both have to agree on what the current state is.

Also, there's apparently going to be less reliance on this penalty method as Lightning matures.  People are already talking about eltoo and achieving the same result without needing penalties.
3080  Bitcoin / Bitcoin Discussion / Re: Need Bitcoin Marketing For Globalization on: September 25, 2018, 05:54:47 PM
Some countries have declared illegal use of Bitcoin. Because I think they do not know the exact benefits and uses of Bitcoin.

More likely, it's precisely because they do understand the benefits that they declare it illegal.  Control over the money is control over the populace.  Anywhere that has declared Bitcoin illegal clearly has no interest in freedom for its people.  More marketing won't change that, sadly.
Pages: « 1 ... 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 199 200 201 202 203 204 ... 292 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!