Bitcoin Forum
June 20, 2024, 02:38:18 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 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 »
2181  Other / Meta / Re: Merit system vs KYC registration? on: February 04, 2018, 07:08:49 AM
(Funny, that.  I was just now perusing forum archives, trying to learn more about the trust system and DT.  I got quite an eyeful about QuickSeller... and here he is!  It figures that he gave merit to OP.)

I wonder why Jet Cash merited this shitpost.
I understand that your pill addiction can sometimes make it difficult to exercise critical thinking, however there is a difference between a "shitpost" and something you disagree with.

I understand that your blind hatred for Lauda can sometimes make it difficult to exercise critical thinking; but a post in broken English vaguely describing a half-baked, nonsensical idea somehow, implicating KYC privacy-rape in an unspecified manner, does indeed meet common criteria for being described as a “shitpost”.

I believe the ultimate purpose of the merit system is to make it more difficult to earn via signature campaigns if you are unable to make coherent posts.

(Boldface supplied.)

...thus, deterring the spew of illiterate morons who use this forum as their personal free money machine.  Works for me.
2182  Other / Meta / Re: Rejoice! Actmyname is soon to be demoted on: February 04, 2018, 05:10:03 AM
Better yet be Godlike and delete this thread out of existence and ban me!
Yet again you think I have greater power than I actually do. I cannot ban anyone. ::)

But you = theymos = the CIA.  This poor, oppressed soul fears that you will ban him, then subject him to “extraordinary rendition”.

(You know it’s coming...)
2183  Other / Meta / Re: Merit Bounties on: February 04, 2018, 05:04:36 AM
There is already a place which offers merit bounties for quality posts.  It is called the “Bitcoin Forum”, and its URL is https://bitcointalk.org/.  Posts placed there will be considered for merit by merit sources, high-ranking users, and anybody else who has sMerit.  I invite users with quality posts to place their posts there.



As a low-ranked user who has proved efficient at earning merit the normal way, I find such a suggestion extremely discouraging.

Suppose that I spend some hours writing post, as I have on some of my best posts both before and after the introduction of the merit system.  I do it because I want to make the post—because I have something worthwhile to say.  I place the post in the forum appropriate for its subject matter.  Then, I find that joeuser123 received merit I didn’t because he entered his post into a “merit bounty” contest, and I didn’t.

I do not like this idea.



Consider the distorting effects of the system here proposed.  Far from improving merit distribution, it draws the limited supply of merit away from organic, natural distribution in the ordinary course of forum discussion, and pools it in a “contest” (OP’s word).

If you thought for even one moment that the proposed idea may be (ahem) meritorious, please reread that paragraph twice.



Understand that the whole of the merit system is a “bounty” program.  It cannot perform its function of improving the forum, unless the forum as a whole is treated as one huge “merit bounty” section.

I am very uncomfortable with the merit giveaway threads.  I myself have neither entered any of them, or even checked to see if I was eligible.  I know that some of the people running them are well-intended; and I don’t think there will be any long-term damage, if such threads be only a temporary phenomenon during the exciting and tumultuous initial phase of the new system.  But widening such threads into a permanent, formally organized institution would undermine the merit system.

There is and must be one, and only one proper way to earn merit:  By making high-quality, on-topic posts in the forum appropriate for their subject matter.

For the merit system will not achieve its intended purpose unless it operates naturally, organically, rewarding good posts in the ordinary course of forum discussions.  You see, you read, you are impressed by a post—you hit the “+Merit” link.  You write, you post (where you would have anyway), you do a good enough job to impress someone else—someone else hits the “+Merit” link.  Merit sources may need to develop more elaborate distribution strategies, given the importance of the task entrusted to them.  But for the rest of us, the use of this system is supposed to be dead simple.



I am seeing so many negative posts complaining about the system that is meant to really improve things around here.

...by precisely the people who deserve no merit, and will never earn any.  That’s a feature, not a bug.  Evidently, the system is working exactly as intended:

First, most people complaining about merit are constantly posting garbage, and should not rank-up.

(Emphasis is theymos’.)
2184  Bitcoin / Development & Technical Discussion / Re: So I just read the LN white paper... on: February 04, 2018, 03:24:14 AM

According to my calendar, 2017 has already passed.

Gee thanks, hadn't noticed.

Sorry, I think I overreacted here.  From your further posts, it seems your questions have been sincere.  I should explain.

There is a steady stream of posts, often from new accounts, which desperately try to find something, anything wrong with Lightning.  I sometimes see excellent posters waste hours and an ocean of virtual ink trying to keep up with frivolous arguments.  And while there’s nothing wrong with a new account, insofar as all start that way, that gives no post history for me to check and see if you be that type.

Thus you may understand my reflexive irritation at apparent fear, uncertainty, and doubt expressed over the urgent need for softforks which were already done.  The task of pulling up the page numbers so that other readers could find context for a mish-mash of disparate quotes did not help matters.

There is a very competitive market, with a hefty dose of politics involved.  There are many people with an axe to grind against Bitcoin.  Lightning Network is a brilliant new system with a promising future—Bitcoin’s future.  I think you can see where many of us who simply want to enjoy this new technology may oft be a bit on the defensive.

No, nothing stops people from doing that. But likewise, nothing is stopping people from bypassing that "master-node" and directly connecting to the person they wish to transact with.

Except for the cost of opening a new channel (which shouldn't be more than a couple dollars I think). Right? Just saying it seems like even a small fee would deter people from opening many p2p connections when you can just have one open that serves all your needs with minimal fees.

I myself tend to expect that the connectedness of nodes will roughly follow something like a Gaussian (bell-shaped) distribution.  Those connected to only one node would be at one extreme; nodes connected to a very large number of others would be at the other; and most would lie somewhere in the middle.  But that, as all else said on this topic, is a matter of more or less well-informed speculation.  I think we will really need to wait and see how the network grows.

Obviously LN is going to need one more layer on top as an end-user GUI/app that makes this simple so grandma can use it, just trying to visualize that.

It’s not a matter of layers.  From what I understand, there are existing userfriendly implementations which seem not so different than userfriendly GUI Bitcoin wallets; though I am not familiar with them as I should be.  Anyway, I’ve seen screenshots which looked simple and slick.  Time for me to catch up with what’s happening there!
2185  Other / Meta / Re: Rejoice! Actmyname is soon to be demoted on: February 04, 2018, 01:09:23 AM
I think I 'm going to avoid the Meta section for a month or two, so tired with people crying and all the topics created about merit, merit this, merit that

Oh, I hear you there.  Nevertheless, I myself have been spending more time in Meta, at the expense of other things.  The merit system has great promise as new hope for the forum.  The earliest stages are the most critical, as precedents are set and a culture develops around it.  It could be poisoned and irreparably corrupted at this stage—for example, if a precedent were set for social acceptability of begging.  Or it could be strongly established and wound with social conventions which prohibit such corruption.  The difference is up to us.

The most important time to pay attention to the merit system is now, even if it means suffering through a profusion of “merit blah blah merit blah” threads.  The whining may seem interminable; but it will indeed terminate, if things go right.  By the time the merit system ceases to be a “hot issue” and discussion thereof dies down, we will have passed the critical early-stage point of determining what the merits system will mean in the future.

OP here is evidence that actmyname is doing a superlative job of protecting the merit system in its infancy, helping to nurture its growth, and setting the right precedents for future expectations.

Yes, I myself will be spending some more time in Meta for awhile.
2186  Bitcoin / Development & Technical Discussion / Re: So I just read the LN white paper... on: February 04, 2018, 12:34:20 AM
... and I'm a little concerned. Of course I could be misunderstanding things,
but there are several references to soft forks being needed:

You appear to be referencing “The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments” by Joseph Poon and Thaddeus Dryja, which you did neither linked to nor precisely identified.

First, observe that the date on the first page is “January 14, 2016”.  When it speaks of required softforks, it speaks of the Segwit upgrade which occurred in the year 2017.  According to my calendar, 2017 has already passed.

You also mashed together disparate pieces of text, without identifying which parts of the document you were copying.  This makes it very hard to follow.  I will provide pinpoint section and page references for readers.

Now, to address your specific questions:

However,  Lightning Network’s bidirectional micropayment channel requires
the malleability soft-fork described in Appendix A to enable near-infinite scalability
while mitigating risks of intermediate node default.


That is from Section 3, on page 7.

The   Lightning   Network   uses   a   SIGHASH_NOINPUT   transaction   to
spend  from  this  2-of-2  Funding  Transaction  output,  as  it  is  necessary  to
spend from a transaction for which the signatures are not yet exchanged.
SIGHASH_NOINPUT, implemented using a soft-fork, ensures transactions
can be spent from before it is signed by all parties, as transactions would
need  to  be  signed  to  get  a  transaction  ID  without  new  sighash  flags.

That is from Section 3.1.2, on page 8.

Mark   Freidenbach   has   proposed   that   Sequence   Numbers   can   be   en-
forcible  via  a  relative  block  maturity  of  the  parent  transaction  via  a
soft-fork[12].    This  would  allow  some  basic  ability  to  ensure  some  form
of  relative  block  confirmation  time  lock  on  the  spending  script.[/i][/b]

That is from Section 3.3, on page 13.

With systemic and potentially fatal errors if they are not implemented:

9.6    Inability to Make Necessary Soft-Forks

<snip>

Your refer to the text starting at page 52.

The malleability fix was deployed as part of the Segwit upgrade.  It has been active on the Bitcoin network since 24 August 2017.  There cannot be an inability to make the necessary soft-fork, when the soft-fork is already done.

And the solution to this makes no sense to me:

To mitigate timelock spam vulnerabilities, non-miner and miners’ con-
sensus rules may also differ if the miners’ consensus rules are more restrictive.
Non-miners may accept blocks over 1MB, while miners may have different
soft-caps on block sizes.  If a block size is above that cap, then that is viewed
as an invalid block by other miners, but not by non-miners.  The miners will
only build the chain on blocks which are valid according to the agreed-upon
soft-cap.  This permits miners to agree on raising the block size limit with-
out requiring frequent hard-forks from clients, so long as the amount raised
by miners does not go over the clients’ hard limit.  This mitigates the risk
of mass expiry of transactions at once.  All transactions which are not re-
deemed via Exercise Settlement (ES) may have a very high fee attached, and
miners may use a consensus rule whereby those transactions are exempted
from the soft-cap, making it very likely the correct transactions will enter
the blockchain.


So my question is, how can you accept blocks that are not accepted by the miners?

You quote from Section 10, on page 53.

Zeroth of all, there is no longer a 1MB block size limit; indeed, there is no longer a block size limit at all.  Since 24 August 2017, Bitcoin has instead had a block weight limit of 4000000 bytes (4MB).  It is expected that over time, average blocksizes will work out to a bit over 2MB.

First of all, you will observe that the text speaks of long-term planning.  There is ongoing Bitcoin hardfork research into how to safely fork the network if such a thing becomes required.

The text itself answers your specific question:  Miners can refuse to build on consensus-valid blocks.  It would be financially suicidal for any individual miner or pool to attempt enforcing such a policy:  They would quickly wind up building their own minority chain, which would be rejected by nodes in favour of the chain with higher total POW.  But if all miners were to agree to build only on blocks smaller than the consensus hard limit, then they could do that.  N.b. that non-mining nodes don’t produce new blocks, and the smaller blocks would be consensus-valid.

And, what is the status of these required soft forks?

As aforesaid, the required soft fork was done half a year ago.  It is called Segwit.


Edit—self-correction:  As noted from achow101’s post, I somehow zoned out on the checksequenceverify (CSV) softfork (BIPs 68, 112, 113).  That was activated on the network on 4 July 2016.
2187  Other / Meta / Re: Merit system vs KYC registration? on: February 04, 2018, 12:00:34 AM
@nullius. I do like the cut of your gib.

You are what is making the merit system awesome. A non pajeet Inteligent and eloquent poster and guess what.. you have received a fuck ton of merits for your rank..

Keep it up fella, can't wait to see you with 1k merits so I can point the moaning pajeets at your profile and tell them to fuck off as you are proof theymos was correct with the implementation

Thanks.  Feel free to point to me already.  For my part, I’ve been flaunting my merit score to whiners of all kinds.  Some might take that as tooting my own horn; but I don’t care, because—well, zeroth of all, I just don’t care about that.  First of all, I needn’t boast when the number is printed right below my name.  But it sure feels good to rub it in the faces of all the self-entitled nincompoops who loudly demand that they should be able to rise in rank, when they can’t or won’t make good posts.


Cheers, HabbyB

Cheers!


Maybe they should stop complaining.

That.

I wouldn't be against certain restrictions like one account can only be created per ip,

As a Tor user, I would strongly object to that.  It is likely that many accounts have been created from whatever exit IP I happened to use when I created mine.  I paid the requisite fee to absolve myself of that IP’s “evil”.  But had there been any restriction on accounts created per IP, then I would not be here at all.

Whitelising Tor for multiple accounts created per IP would not be a solution.  Tor is not the only anonymity solution; and moreover, a whitelist of Tor exits would simply mean that all users who wanted to create many accounts would use Tor for that.  It’s likely that many of them already do, anyway.

Of course, as an anonymity network user, I focus on that aspect.  What about ISP proxies and carrier-grade NAT?  Due to IPv4 exhaustion, carrier-grade NAT is increasingly common nowadays.  A single IP address can map to many people, each of whom has no choice in the matter other than to swich ISPs.  In a market with an ISP monopoly, or where all local ISPs use carrier-grade NAT, they may have no choice at all.

The notion of some quasi-bijective mapping between people and IP addresses is a common fallacy; as such, IP addresses are far too much abused and mistaken as some sort of identity token or identity limiter.  The worst part is, professional spammers, blackhats, and other net abusers have access to huge collections of IPs.  They suffer the least from such restrictions.  I recall theymos saying that part of the reason why his homebrew anti-DDoS system failed was that attackers had “thousands of IPs”.  So do many other abusers.

If these things can't happen, then they have to introduce a panel of experts who will give merit points to quality posts without any discrimination.

How can any panel of experts be free of 'discrimination'?

The whole point is to discriminate—to be highly discriminating between high-quality and low-quality posts.  As a discriminating conoisseur of fine words, I urge discrimination and intolerance against worthless drivel.

What Naitik evidently desires is that merit be awarded indiscriminately, to forum poetry and one-liner garbage posts alike.  I think that speaks much as to his motives.
2188  Other / Meta / Re: Merit & new rank requirements on: February 03, 2018, 11:43:21 PM
<snipped by nullius>

Your various questions, digaran, come off as unnecessarily argumentative.  It is like you are trying to suggests a whole lot of changes would be better than the existing system, without you yourself attempting to grapple within the parameters of the existing system.

As of this writing, digaran has 508 merit.  As a “Hero” (allegedly), he received 500 merit for free.  Thus in the past nine days, he has been earning merit at the underwhelming average rate of <0.9 merit per day.

All along, I’ve been noting the merit levels (or lack thereof) of Newbies and Jr. Members who in some fashion dislike the merit system.  With a simple arithmetical operation, that easily extends to identifying highly-ranked accounts who would never have reached their status under the merit system—as such, who do not merit their status.

(I addressed the substance of digaran’s post; but it bears examining potential for self-interest motives, also.)
2189  Other / Meta / Re: Merit & new rank requirements on: February 03, 2018, 11:31:09 PM
Why would anybody change when they are posting for free? who told you to pay for the servers and staffs? why would I change my behavior if I could have 200 members post to promote my ICO for free? I'm hiring people to promote my ICO and will pay them after collecting money, if the first one failed, I'll launch another one.

Did you try charging fees per post from anybody with a paid signature?
Why member and full members need to wear signatures?

How many moderators could you hire if every body had to pay $0.5 per post?

Why the hell would I pay for the privilege of giving my valuable time and effort to post?

Of course, I don’t have a paid signature.  But if pay-to-post were enacted only for accounts with paid signatures, this would cause two problems:  (0) Reliably identifying such accounts.  If accounts with paid signatures had to pay to post and others didn’t, then some signature campaigns would simply go underground.  Yes, my friend asked me to put this big, flashy link in my signature.  Nobody paid me.  Now, you need mods to search for accounts making unpaid posts with paid signatures, and perform adequately thorough investigations of them.  (1) Account farmers would set their bots to spew garbage with no signature from new accounts, until those accounts reached a high rank.  Then, they could pay a small fee for every spam bearing a colourful billboard.  Depending on how the economics work out, that may be profitable for them even if their posts are deleted after x average time.  To tilt the economics squarely against them, the fee may need to rise too high for everybody else.

All in all, this “pay to post” idea sounds too much like the “e-mail postage” idea.  Competent spamfighters were always strictly against the latter, on grounds that it would not work and it would create too much collateral damage.

The only solution to the problem of quality is to measure quality, viz., to enact some system for discriminating between valuable posts and worthless drivel.  That’s what we now have.


You like a post then press a button : "suggest this post to sources"

That would be a boon to beggars—and most of all to farmers with lots of alts.
2190  Other / Meta / Re: Merit & new rank requirements on: February 03, 2018, 10:45:21 PM
2) Secondly and perhaps more important merit requirements should be lowered (full member onwards)!


You have it backwards:  The merit requirements for upper ranks should be raised.  Especially for Legendary status.  That threshold should be at least doubled or trebled.  If somebody can’t earn some thousands of merits in 2–3 years of active posting, then that person has no right to be called “Legendary”.

Full Member=50 Merit, Senior Member=100 Merit, Hero=200 Merit, and Legendary=300 Merit.

That would make a joke of the merit system.  Starting from zero as a then Jr. Member, after only five days of actively posting since I returned to the forum, I myself would now be nearly merit-eligible for Hero status.  Why, I should be merit-eligible to make Hero tomorrow!

I observe that you have thus far earned no merit whatsoever.  You are currently at a flat 250, which was given to you based on your pre-existing status as a Sr. Member.  Thus, your suggestion makes you no different from any of the whining newbies who complain about how oh so tough this system is.  Please!  Go make some quality posts.  The forum needs that.
2191  Other / Meta / Re: Rejoice! Actmyname is soon to be demoted on: February 03, 2018, 09:44:04 PM
Ooh!  A contrarian endorsement!  This is the best proof yet that actmyname is working magic to clean up the forum.  From n.a.n-a.e., it is well proved that efficacy at spamfighting can be judged directly by the level of desperate screaming, impotent revenge threats, psychotic counter-accusations, etc., etc. from spammers.

actmyname, if the post at the top of this thread weren’t such an eyesore, I’d suggest that you should frame it and hang it on your wall.  Too bad, spammers and their leavings are so aesthetically displeasing.

I envy actmyname.  When do I get to have some spammer make an account “ihatenullius” and post a bunch of trash talk about me?  I have some cred.  Why, I insulted a man so badly that he gave me +50 for it.  But I am as yet many leagues away from achieving actmyname’s calibre of incurring spammers’ hatred.  Forsooth, it is an inspiration:  I must needs work harder.


Why not post from your main account then fella?

I am guessing that his main accounts (plural—all ten or twenty or two hundred of them) are already dripping blood-red, anyway.  So, the only reason is that he’s a coward.
2192  Other / Meta / Re: [Suggestion] Technical Trust [TT] on: February 03, 2018, 09:27:38 PM
The main purpose of the merit system is to avoid very low quality posts and topics

No:  The main purpose of the merit system is to reward and encourage good posts.  Why is everybody focusing on the implicitly consequential negative, rather than the explicit primary positive?

sometimes I rely on the posts that gets merits from achow101.

Good idea; so do I.  Then, perhaps you should rely on my post as to which you replied.  Look above.

In Development & Technical Discussion, I also suggest that you should watch posts awarded merit by DannyHamilton.  If you are a learner, follow his own posts, too:  He excels both at providing good information, and tearing apart misinformation.

There are other expert users whose merit endorsement should tell you that a post is meritorious on technical grounds; but I think those are the most consistently active.  Merit is somewhat transitive; thus if you see that a particular user is often awarded merit by somebody whose technical judgment you trust, then merit awarded by that user should be a good guide, too.

As such, consider Dev & Tech merits to function as a de facto peer review and reputational system.
2193  Other / Meta / Re: How Do You Feel About This New System?? on: February 03, 2018, 07:13:03 PM
Feel free to comment about it guys !

Most people seem to be ignoring the main and positive purpose of the merit system:  It gives appreciation and encouragement to good posters.

The whiners are exactly the ones who should go away.

Signed,

A user who ranked up from Jr. Member to Member on 30 January, and thus started with zero merit.
2194  Other / Meta / Re: [Suggestion] Technical Trust [TT] on: February 03, 2018, 06:51:08 PM
I'm not talking about dumb answers but misinformation.
What exactly do you think is the difference between a "dumb answer" and "misinformation"? Please indulge me.

I am inclined to disagree with the idea of “technical trust”.  I don’t see how it could be made to work, without the cure becoming worse than the disease.  But OP highlights a real problem.

As a regular on Development & Technical Discussion, I certainly see difference between what OP calls “dumb answers” versus “misinformation”.  The section is infested by trolls who regularly and repeatedly post wrong information at high volume.

There is a very deliberate quality to much of the misinformation (and disinformation; there is an old and subtle distinction between the two words).  It derails threads, and poisons sincere discussion.  I dislike incorrectness anywhere; but if somebody speaks in ignorance, that can be corrected, whereas spreaders of “misinformation” are incorrigible and ineducable.  Worst of all, they present a real danger of misleading newbies who earnestly seek to learn.

A few recent examples of “misinformation” trolls:

  • In the thread I started on Bitcoin’s Public-Key Security Level (OP currently +18), Anti-Cen #1423316 posted so much gibberish about using Microsoft Windows RSACryptoServiceProvider(512) for Bitcoin keys (!) that I myself had difficulty wading through it to pick out the real replies so I could respond to them.  That has a real impact on readers.  Anti-Cen’s post history includes claims of his own extraordinary expertise to support grossly wrong technical statements about Bitcoin, extreme hostility toward Core, a persistent suggestion that fees be capped at 1.5 (without specifying a unit), etc., etc....  At some point, I gathered a representative selection of quotes from Anti-Cen’s posts.  As I have not hereto revealed publicly, Anti-Cen has also tried to bait me by PM.  I think that Anti-Cen is probably the most odious troll in Dev & Tech right now.
  • In a thread ChiBitCTy started on Important Lighting Network reading- for everyone! (OP currently +9, including +1 from me), dinofelis #376659 derailed the thread into discussion of his attack on nodes:  “Nodes are ‘vote by IP number’, which is what Satoshi wanted to nullify by vote by PoW”, “The only reason why they talk Joes into running nodes in their basement, is because bitcoin needs a story, and decentralization sounds like a good selling argument”, “nobody will give a shit that 10 000 Joes find their nodes switching off because they don't find the ‘right’ block chain any more”, etc., etc., plus a sprinkle of crazy:  “People very knowledgeable of that system cannot ignore the basic design principles of that system, can they ?  So there must be a deceptive reason for telling this [that the system is decentralized —Ed.], given that it is objectively wrong.”  I tried to cut the discussion offI mean it—so as to set the thread back on track.  Any thread which catches dinofelis’ attention is liable to go in a similar direction.  I see that Wind_FURY seems to be trying to draw fire, I presume to unclog other threads.  I’d expect that all the technically competent regulars must be sick of dinofelis.
  • My first exposure to the troll problem there came when I made a long reply to abominably incorrect information by “bitfools” #1152876DannyHamilton clued me in that IHBT.

There are a few others.  But for the sake of examples, I’ve necessarily already brought too much attention to people who are evidently seeking it for whatever reason (or unreason).

Thus, I appreciate OP’s concerns.  Unfortunately, I don’t see any easy solution to this, nor how a benign “technical trust” system would not be redundant.  Setting a system to be the arbiter of “true” and “false” is always—problematic.  Is this proposal supposed to function as some sort of peer review?  The merit system already does that:  Good, correct technical posts there tend to get showered with merit, whereas false and stupid posts of all kinds usually get none.

I’d like to find a better solution to this problem.  I doubt this be it.  Am I missing anything?
2195  Bitcoin / Development & Technical Discussion / Re: Is there a bech32 vanity address generator? on: February 03, 2018, 05:55:12 AM
Slightly offtopic question; please followup-to this thread:

If you want code to look at and see how it is done then check out sipa's implementation of Bech32. It has almost all the programming languages you want.

Yes, that’s where I got the C code for my bech32 shell utility.  I mentioned sipa’s code above, but omitted to link it.  (The one time I don’t...)

Do you know if anybody has written a quality C implementation of error correction?  I’ve been intending to port sipa’s Javascript demonstration code for that purpose; but if somebody else already did (or wrote good new code), I don’t wish to duplicate efforts.

This would not be useful for address generators, vanity or otherwise; but it would be very useful for my bech32 shell utility, as well as some other things I have in the pipeline.
2196  Bitcoin / Development & Technical Discussion / Re: Important Lighting Network reading- for everyone! on: February 03, 2018, 05:27:19 AM
Nodes are "vote by IP number", which is what Satoshi wanted to nullify by vote by PoW.  Third page of his paper.  There's no link between the number of IP numbers you control and your market stake.  The last is not called "vote by full node" but proof of stake (which IS a sensible way to do things).  Read the bloody Satoshi paper !

Who said anything about IP numbers?  I don’t even expose one; I’m onion only.

Who said anything about votes?  Bitcoin is not a democracy.  There is no “vote by PoW”; that’s nonsense, and shows a total lack of understanding of what POW is and how it is used to achieve BFT transaction ordering.  There is no vote at all.

So of course, given that this is so obviously evident that "vote by IP number" cannot be considered of any importance in a system that was from the start, designed to avoid it, there must be another reason.  People very knowledgeable of that system cannot ignore the basic design principles of that system, can they ?  So there must be a deceptive reason for telling this, given that it is objectively wrong.

Quoted for craziness.  You forgot to add that the CIA designed Bitcoin, and gives all these very knowledgeable people their mendacious talking points about nonexistent “decentralization”.  I admit, I work for the CIA, too.

What is amazing in this, however, is how elementary and fundamentally wrong it is.  It denies the very design of bitcoin !

The design of Bitcoin is a subject about which you demonstrate worse than zero understanding, insofar as misconceptions must be unlearned.  You really ought to go study up on how Bitcoin actually works before you spout off.  You don’t even grasp the basics.  You talk as if you learned all you know by reading /r/btc.


Posted whilst I typed up the foregoing:

dinofelis speaks of a “PoW oligarchy”, which demonstrates how little he understands about how Bitcoin works.  (Hint:  Miners have one, only one, exactly one very important job—Byzantine agreement for transaction ordering—whereas all else is done by nodes.)

I hope you understand that "Byzantine agreement" is all there is to bitcoin.
You are perfectly right that "all else" (that is to say, nothing of importance) is done by nodes.

Redoubling my point:  You have evidently never heard of consensus rules and validation.  Among other things.  These are not set by the Byzantine agreement which miners produce for transaction ordering, and only that.  You really know less than nothing about Bitcoin.

(Did you just go look up “Byzantine agreement” on Wikipedia between your posts?  Though I’m curious, I only ask rhetorically; don’t bother answering.)

Now, this is an offtopic thread hijack of a good and important Lightning Network thread.  I desire to avoid that.  I will not take this as an opportunity to explain Bitcoin design fundamentals, much less argue about them with somebody who shows belligerent ignorance and an unscholarly attitude.



Edit:  While I was writing the above addendum, dinofelis edited and completely changed the post to which the addendum replied.  The above quote is as I first saw it.  From its much longer replacement, I wish to make one point crystal clear for the benefit of other readers who come across this thread:

In as much as it is true, bitcoin is now entirely open to a Sybil attack by nodes.  ...nodes can easily be sybilled...

No, the design of Bitcoin is not amenable to a Sybil attack; and indeed, Core developers tend to have a dim view of systems which are.  Bitcoin’s general Sybil resistance rises from the fact that there almost is no voting whatsoever in Bitcoin.  The only exceptions have been when votes of sorts have happened (or been attempted), via various “signalling” bits.  I know of instances when “XT” advocates tried to Sybil the network; it sort of wound up being a sick joke.

You could spin up a million of your own Sybil nodes on a million different IP addresses, and the integrity of the Bitcoin network would be unaffected.  (I here ignore DoS, since that is not a Sybil issue.)
2197  Bitcoin / Development & Technical Discussion / Re: Important Lighting Network reading- for everyone! on: February 03, 2018, 04:15:29 AM
pebwindkraft, at some point, you may be wasting your time.

dinofelis is wrong, has repeatedly been wrong, is persistently and incorrigibly wrong.  In every thread he fills with long, tortuous argumentation, everything he says is shot full of holes by people who actually know what they’re talking about.  He still fills threads with long, tortuous argumentation.

Downplaying the importance of nodes is a hallmark of people pushing a certain agenda, for which dinofelis gives talking points.  (“The only reason why they talk Joes into running nodes in their basement, is because bitcoin needs a story, and decentralization sounds like a good selling argument.”)  Whereas nodes represent the economic majority on the network, and collectively have more power than miners or exchanges.  We have seen that repeatedly demonstrated within the past 6–8 months.  Indeed, if “nobody will give a shit” about nodes, then NYA/2X would have taken over the network; instead, NYA/2X was cancelled in a face-saving maneuver.  Originally, closed-doors power-player NYA had been backed and indeed, promulgated by some of the most powerful exchanges and miners!

This is in addition to, and an extension of, what you said about UASF and whence came NYA in the first instance.

dinofelis speaks of a “PoW oligarchy”, which demonstrates how little he understands about how Bitcoin works.  (Hint:  Miners have one, only one, exactly one very important job—Byzantine agreement for transaction ordering—whereas all else is done by nodes.)

Moreover, on the face of things, anybody who uses the phrase “nobody will give a shit” as a technical argument is neither competent nor serious.  Sloppy and vulgar speech on a technical topic belies sloppy and vulgar technical thinking.

Perhaps your time could be better spent.
2198  Other / Meta / Re: Merits: The Good, The Bad and The Ugly of the new ranking system rules on: February 03, 2018, 03:30:12 AM

Just imagine, in a few years from now, an army of 20,0000+ Legendaries posting just stuff like "Bitcoin soon moon luckily, if not dump" and "why do you bitcoin?".


That is a point either missed, or realized all too well by all the people whining about ranks being “frozen”.  The majority of current users should never advance much (if any!) in rank.  The merit system will facilitate the natural advancement of good users who have something to contribute, theymos’ “ideal new user”, whilst keeping all the numerous and prolific “Bitcoin soon moon luckily, if not dump” posters “frozen” at Jr. Member or below until mods can get around to nuking their accounts.


Currently, as far as I know, there are a bit more than 50 sources or so. My sensation is that for a forum with tens of thousands of members, this could end up being largely insufficient, unless each of them had so many sMerits to distribute, that they would be enough to ensure that the overall circulation would keep going. This actual lack of supply of new sMerits is leading many people not to spend the few they have been given initially, which is also bad.


I presume that “sources” must be the types of community leaders who treat the forum as a full-time job.  That is, the types who not only write many posts, but also read many posts.  A relatively small cadre of such people should be able to distribute relatively large amounts of merit to a relatively wide selection of excellent posts.  From there, well—have you ever played “six degrees” style games?  I think every single post on this forum is read by multiple people whose posts are read by multiple people... whose posts are read by one or more “sources”.  The merit should flow from sources outward in ever-wider circles, as ripplings from a pebble tossed in a pond.

THE UGLY

[...] The stupidest of them have already been caught sending the sMerits to their own alts and getting red trusted for that. [...] And then there will be the beggars. Merit Begging has started in the very fist moment the new system has been enforced.

Given the damage of red trust, abusing merit (including begging) is now a most excellent way to risk totally destroying your account.  Within the past few days, I myself witnessed up close the permanent demolition of a “Legendary” account which got caught merit-farming.  (I must observe, it was the account of a user who self-evidently never would have reached “Legendary” status under the merit system!)  I’ve also been actively tagging users who beg for merit.  So yes, people try to game the system; and some of them will get away with it for awhile, just as street criminals tend to get away with it for awhile.  Such people’s luck always runs out at some point.

You can do it openly, you can do it in a more discrete, almost implicit way, and you can do it just by trying to please the big holders of sMerit, by telling them what they want to hear and just hoping for their mercy - in other words indulging in that ancient human habit commonly known as "buttlicking". I am afraid, one of the prices to pay to try eradicate one annoying form of ugliness - that is shitposting - is that new form of ugliness would make their appearance in our space.

Excellent observation.  That is a bigger problem, and especially so when tied to existing rank.  I have been pointedly ignoring many low-ranked accounts which are transparently obsequious in their behaviour toward others, and especially in their effusive praise of the merit system!  Yet I question whether I may have been much more subtly taken in by some highly-ranked accounts operated by intelligent individuals.  Part of the problem may be that as a newer user, I naturally grant some deference in assuming the best of people who appear to have well-established reputations.  I will try to be more watchful about that.

The outcome of a merit system turning bad would be a kind of "feudalistic" Bitcointalk, were the rich sources of sMerit would live surrounded by courtiers doing their best to curry favour with them. Let's hope we don't turn to the dark side...

That’s a bad analogy.  The feudal system tended to succeed in proportion to the merit of the nobility, including their resistance to the wily inveigling of flatterers.  Those who embrace flatterers always do so at their peril.

Historical discussions are off-topic, so I will leave it at that.


Now for one thing you left out of “the Good”:  People who work hard on their posts can feel some appreciation!

I will here speak to my experience.  It is not unreasonable to suppose that other good posters have had similar experiences.

I work hard on my posts.  I did that before the merit system, and I do that now.  Some of my best posts take hours for writing, editing, proofreading, gathering links, etc., etc.

Many of my posts get few replies, if any.  I don’t expect and don’t want any replies which simply acknowledge my post, adding nothing else.  Thus before the merit system, I was oft left to wonder if anybody found my posts useful—indeed, whether anybody had even read them.

My first notification of the merit system came when I logged in 29 January after a few weeks’ absence, and found I already had 17 merits for posts I made in December.  It felt good to know that somebody, somewhere sufficiently appreciated my posts to remember them for tribute a month later!  Since then, I’ve enjoyed watching the merit trickle in whenever I make a post which people find valuable.

It’s not an ego boost.  I don’t need that, and am not susceptible to it.  I don’t need praise.  What I do need is to know that when I spend hours of my time making something to give away freely, it is found by others to be useful and valuable.  Otherwise, it feels like expending effort in vain, without purpose.

The merit system rewards good posts.  People are placing far too much focus on what it does to people who don’t earn merit, and the negative necessity of stopping garbage posts.  Look to the positive purpose!  Look first to the encouragement this system gives to good posters!
2199  Bitcoin / Development & Technical Discussion / The Wrong Measure of the Wrong Thing on: February 03, 2018, 02:23:28 AM
Preface:  I wish to more concisely restate and amplify the greater point of my original post.

People are worrying about the wrong measure of the wrong thing.

I’ve seen endlessly repeated forum discussions of how big 2256 is, in the context of Bitcoin’s 256-bit keys—oft accompanied by estimates of how long it would take to try each potential key in a bruteforce attack.  That’s the wrong measure:  No actual attacker would use a bruteforce attack against ECC.  Against actual attackers, Bitcoin’s public-key crypto has a 128-bit security level.  This means that breaking it would require a humanly impossible amount of computation, approximately 2128 work.

And it’s the wrong thing to worry about.  Worry about your computer security, your operational security, your privacy.  Those are all incomparably weaker and more vulnerable than crypto with a 128-bit security level.  Bitcoin’s public key security level is a strength.  Worry about your weaknesses.  Worry about all the many weak links in the chain of your security, not one of the few strong links.

I expect that if people put into their “weak links” even half the energy they expend obsessing over how hard it is to break things which are humanly impossible to break, then many fewer coins would be stolen.


What do you think of P2WKH (160bit hash of pubkey) vs P2WSH (256bit hash of pubkey) security?

Breaking the security of a 160-bit key hash requires a full preimage attack.  Therefore, the security level for this particular component is 160 bits.  That exceeds the 128-bit security level of the public key itself; so, “what I think” is that it’s stronger than strong enough.  So as for P2WPKH.

P2WSH upgraded to a 256-bit hash because multisig transactions are vulnerable to a collision attack by a malicious signer, such as a cheating party in an escrow transaction.  Collision attacks are much easier than preimage attacks, due to the birthday paradox.  In old-style P2SH (with “3” addresses), using a 160-bit hash, multisig has only an 80-bit security level against malicious signers; the hash still has a 160-bit security level against anybody who is not a signer.  Multisig with Segwit P2WSH and its 256-bit hashes has a 128-bit security level against malicious signers, and a 256-bit security level against everybody else.

Exponentials confuse many people.  The difference between 80-bit and 128-bit doesn’t sound like much.  Whereas 2128 work is more than 281 trillion times bigger than 280 work.  To do 280 work is feasible today, albeit costly in the extreme.  To do 280 work more than 281 trillion times over is humanly impossible and unthinkable.

N.b. that this pertains primarily to multisig.  I can imagine it might also affect some other uses, but multisig is the major use case which invokes vulnerability to collision attacks.  There are other P2SH uses, which do not include in the script any data from an untrusted party—for example, the backwards-compatibility nesting of P2WPKH in P2SH.  For such use cases, old-style P2SH has a 160-bit security level; and Segwit P2WSH has a 256-bit security level.

There are some interesting references apropos in this Core blog post.  Note that the “comparison” to the Bitcoin mining network is outdated:  Hashrate has much increased; it now takes a bit over a day and a half for Bitcoin miners to collectively do 280 work.


In P2WKH you have to re-built an unknow script, and if you want to unlock a P2WKH Tx, you have to found a sha256 collision with the lock script of this transaction.
To me, it is still very secure unless you break sha256 and then, find a way to create a new valid script corresponding to the precedent hash.

Do you mean P2WSH?  What you said does not make any sense.  s/P2WKH/P2WSH/g.  Next, understand the difference between a collision and a preimage.  A collision means finding two different inputs which have the same hash—any hash.  Whereas in P2WSH (or almost anywhere else in the on-chain use of hashes), the hash is already determined.  To find an input matching a particular hash requires a preimage attack, not a collision attack.  This is a huge difference.  Preimage attacks are much harder.



I am now convinced that Anti-Cen is trolling.

This is a note for people who are not forum regulars, and newbies trying to learn.  Just ignore Anti-Cen.  Apologies for the noise.


On the tx and the signature: there is a fairly complex process to create the tx (see answer from runeks here: https://bitcoin.stackexchange.com/questions/3374/how-to-redeem-a-basic-tx), and then this tx is hashed (sha256), and this hash is signed.

(Link upgraded to https in quote.)  Thanks, pebwindkraft.  Good link, though note that the pertains to old-style P2KH transactions.  Segwit P2WPKH transactions involve a different serialization (not instead of, but in addition to the old serialization for non-witness data), among other differences.  Of course, P2SH and P2WSH are much different.


                              Bitcoin’s Public-Key Security Level
                                :o :o :o :o :o :o :o :o :o :o :o :o :

If that’s intended to suggest that Bitcoin’s security-level is, wow, mind-bogglingly huge, then yes, I would agree with that.


...
Thus, Bitcoin’s public-key security is humanly impossible to break ...

wtf you talkin about. all that power(2,256) turns to just one if you can catch random generator pattern

hatshepsut93 is right.  As I recently expressed elsewhere:  If you do not have a working Cryptographically Secure PRNG, then you have nothing else, either.  Your concern is almost tantamount to saying, well, what if you give the attacker your secret key?  Then, of course all the crypto is “broken”!  Of course!  The security of random number generation is important, because using a bad random generator to make your secret key is nearly like giving your secret key to the attacker.

That says absolutely nothing about the security of Bitcoin’s public-key crypto, which has a 128-bit security level—which is extremely secure.
2200  Other / Meta / Re: Merit system vs KYC registration? on: February 03, 2018, 12:45:47 AM
I’ve never submitted to any “KYC” identity-rape doxing for anything whatsoever even remotely related to Bitcoin.  On principle, I never will.  Why the hell would I?  In principle, my finances are private—mine, and mine alone.  As a practical matter, I don’t need to worry so much about history repeating

An inspiration for us all...so how do you buy Bitcoin?

I think the most fitting answer, ironic but serious, would be:  “None of your business.”  Of course, I have “bought” Bitcoin (viz., exchanged fiat funny money for real money).  Indeed, most of my life savings wound up in Bitcoin (then most of that, in a privacy-oriented altcoin where I took a very painful loss—but that’s another story).  Whereas I have never bought Bitcoin on an exchange which does KYC.

Nobody anywhere has any record that I’ve ever owned even a single satoshi.  Most people who know me in real life don’t even know that I know what Bitcoin is.  And I would not brag about that, except under a nym made for the purpose of privacy and security work and activism.

There are plenty of other ways.  If the question were rephrased, “How might someone buy Bitcoin without a KYC-requiring exchange?”, then there are many forum threads, several websites, and at least one peer-to-peer network devoted to this exact question.  I note this without endorsing anything in particular.

I wonder why Jet Cash merited this shitpost.

Because Jet Cash doesn't like the system. S/he feels they got screwed out of reaching Legendary status because they were close to hitting the range as the merit system was deployed. You'll notice that Jet Cash has a lot of schemes to try to get people to spend their merits on his/her posts, which are usually thinly veiled to appear as though he's a promoter of the system.

I think that Jet Cash would need to speak for Jet Cash.  Anyway, arguendo, dislike for the merit system would not adequately explain giving merit to anything “KYC”.
Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 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 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!