Bitcoin Forum
May 25, 2024, 10:34:56 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 [32] 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 ... 288 »
621  Bitcoin / Legal / Re: Craig Steven Wright is a liar and a fraud - Tulip Trust addresses signed message on: May 28, 2020, 09:58:15 AM
I don't think it's good to make fun of Mr. Craig Wright. He's suffering from narcissistic personality disorder, a severe kind of mental illness. All he wanted was some attention. All he was speaking were white lies. No one in sane mind ever believed him.
That (plus an extraordinary bit of tax fraud) might have been how it was before he got endorsed by the media and various 'authorities'...

Unfortunately, frakensteins monster came alive and none of the people involved in animating him seem to have thought to add an off-switch.
622  Economy / Services / Re: Bitcoin100 is back and stronger [COVID-19] on: May 26, 2020, 09:15:39 AM
Fuck man,  a zombie infestation now?

Isn't there enough drama in Bitcoin already?
623  Bitcoin / Legal / Re: Craig Steven Wright is a liar and a fraud - Tulip Trust addresses signed message on: May 26, 2020, 09:04:34 AM
FWIW,

One line script:


wget https://paste.debian.net/plain/1148565 && MSG=`cat 1148565 | head -n 7 | sed -e 's/\"//'`; echo $MSG ; tail -n 145 1148565 | while read -d $'\n' -a line ; do echo ${line[0]} `./bitcoin-cli verifymessage ${line[0]} ${line[1]} "$MSG"` ; done


And the output:


Craig Steven Wright is a liar and a fraud. He doesn't have the keys used to sign this message. The Lightning Network is a significant achievement. However, we need to continue work on improving on-chain capacity. Unfortunately, the solution is not to just change a constant in the code or to allow powerful participants to force out others. We are all Satoshi
1FbPLPR1XoufBQRPGd9JBLPbKLaGjbax5m true
19PYG68GkQ9nY99QeUSyUFy6vWxSyPmXA8 true
12cFuwo1i3FMhkmJoCN8D4SjeCeRsXf96q true
1NWRrbPwHhpp28eQeman5YRV84D2aYe1Yw true
1MN82eH1Eu3hznewHFkfsAajknhj78Uup5 true
1DYHUEjrVE5gyKAn7P13wuRhs6x9EeijBX true
1KnT26DTvstGKW7P6BxMBEz8QbKa1iix9C true
1K3Qs6bx1wnxCjLcb6jxfjk5kksSJh1WyK true
1EAGWgwskQB6o3f1GGsbsWShXPr77QiULE true
1NVou7bbmdsdVLEphqZadmX2gbR3QCDPAz true
1LBUqhwVyUZ8QZw8UCEbgFQjDFjikL1CSB true
1MUzEx65ycYArLPPhxecjKBj4pzMmmjfsu true
15RJkhWxG3PP5AzfR1AHVWovZxFt3nFysN true
1HTUif11qDAwse9fAXwcdM6o4QPx1hqrio true
1EuHqvmmDA6dFRmDyu4rzk8b7VkAmEn7Vq true
1FTtHk9sc29yJXWcxKJdKz8C6YHyAQMgwU true
1NVTcGUYSP6s4zH95ex86ctATzv8peV5mR true
1BzknixNDGfyesGcTbFuyEiD2nyCgEY6rS true
1LBmJDqhNboEbyJveb8jB5TNKW5GW7qboN true
1GgLxr81StVBpRQPNQKnSF25kyEcpHCnz5 true
1CpkvbaAhn81Vc4vbx1yr9jGuETvetutBj true
14CmMfkbvkfzM1cU68wZMVBwJuSE3iN7Ns true
12KFCJLu9D7PzbZgBLuNMj2MpfgzdDJ7kR true
1HRhFWoCspCQWfnotkHPc7Joi4XHjRBi8Z true
1NdmEC5HxfLSH6Z5xoxQUC8h3sfFoTSSRD true
1LXUhX4tXfWGekjucDASYWSsPzYLhYM282 true
1LK8dnWdxZWxLcdTCpqHRebGwwVcMAPo6X true
14RdV6JPBrTVeV5MfFqhGgfsZhMhCFotoQ true
1MNaNPHzju2KWAoPshfDBxknSSC5dWkfy true
1Kynn7w9MF8hUvqdaHRKY4KLWtwnGdH2Uo true
17u34144cabkgraRhwLuzKUANYzf7UB5Jq true
1HtMsYAjGKqnehgCXpTz8UkAw44ZLGdAJf true
1MwWRaka2dQySercEFgZDenBvWpHw3kvCz true
1C6BG4rqDdnaC3t3mzapNu46j9yVv1x4Eo true
1Ba8UQfeUVjSRw8uHNSJ9wZqAZCSqweP19 true
17gzLQ924bNxXBHjgJVBaJEQAKVYTqzaR2 true
13jEwgtkahPdHQkPTtbHwFm6mvC4Vq71Tj true
1X5NfjvcBzdidakWzw37YQPXkBqXr4e6X true
12CTHhyJtr49LgoUShbWgebLBviLAFj6nj true
1M2iLUvkkm12zE1EjARx46XXA1EZzsfxos true
16TqRUQtrBRv9jnpuyVFEH43SRKZhqrCQ7 true
1BPo3xfuLWD5xZRVU61o9bEbW2XXyWLduY true
17fH8bs2eBSxYC4fLQgVPWXw2cV5bNrpon true
1DkxqjACGihnBHhiWGuJUMVRco6LHFpovT true
1AfE9BbPDPGx8egt5qRBo5vLDiy4RrLNeV true
1NqxEQi9pgmoCzi5vh43ByT9EgAbQqcW2o true
1DpuecprK8vV6A4FtHU6VLqkUs4D2P59PU true
14ZiwXFoDVKoxVyKjeZjdtSHsYnJxSRFSH true
1PwaHB72F5nb7hurX8jmC93MUDtMqHgdCY true
1LWFZazDBRt6bGDb8ukkCo4H9o297S8pma true
15zQPNWD3uAa812THBgQP4rVSiYCBRpZ3N true
1KkajS3KDciJbfKk2Vg2SjUE6eKdiMktAa true
1FxyVmPEsnqnVS8baCjyuTDsdFHB7reTam true
1HenciVLZmE9ugshcrW3GtZttP1bqr8W3s true
12jaQdf2C29Cobh3XZHj4WoPk8o91MK4jy true
1MhpaS75Xxxyqvcv3CLBwz2L76gDDpysJm true
1KF7rv8hTcC88MHeYzKwBuACoecWaQJ91m true
1Ey9QHtKgcY6aLDLW2xBoMxPJbaXxZcyAK true
16BBCJoyBBuyk2bKM64EGCADgiacdpBsKP true
1VketozRRbdwxygHPRh4BL4jQgnH3xPWt true
18DfVFHfCAVFBhbmBLYxsE3HZqpaSu1Wvw true
1F39FW9NU8tuSCVhxVstd7piVSNw4YVGxY true
17iZXQzMYjxBxRbThhs36fmgR3cRKuD1yP true
1C4Ym7bZZffCCjtRwcwvR6phVzCwQDyEK7 true
18qJJUcMRWyXhMXR3F18vJXaHJRPYrxwYm true
1LHgE4M96DyCt7J5H2wzcVPWNJt9zD1U5f true
13forcak6Mv1ZYBo9wv3zeWB8UhDwBJr5S true
1LVWSzpeQyoHYPzDuYVktPuH8qJqBiskUF true
1MTMH8rnXtfTkPrNt9xpZVy2D95sKf8hYy true
12vQPdDVU8KHeXMSXBY7e4rRierNjWETLi true
1KH2yPhaxPKKh53Vqkghjn2jfXDJWHRpbJ true
1HGHEhR1tFjiF895SC2PHgRiZyGjpTV5dg true
1LpCzHxxWasKBUCqbyXRUsKn1RSvNaRupT true
1EwiVkDkBLVUaoPuFVzW9NA82iaUUPZruU true
13PaeVWHFvEVWjUJiCAono12o39CLeBEEd true
1HhHqRamECC7y4qfSEeYNvLJKCRUkxBY1u true
1GwaiUArAF6MfSPV8SwCnp5LKEEbu9qrQ9 true
1zo1ifkrGNggtBKPhCn4486xHaaWBbXUd true
12Ft7JjoqV6fTzUA3mRnosDYtJekVqnZpT true
18pxRfY6BgE4W4gSfog6FFZBwGs1fcEre5 true
1H6ou5ZVaKzyoV3ujeiSqQHncJv831RTcz true
12MZnJfu7GNrC8bSPuZhgNDr9otmUZnALu true
1P5itXj2ET31bwGTwFx4Xb6EMaGaMRgTtP true
1D1Ci72Bhde38avQjP2Gyy6ZGhP2mgvoik true
1FUjNePwqBv2gcGZFTkCM88jTqD2gWL4NA true
15mVDLozNmscibeBCy33yYyH7AKdsuAcKe true
15StD6n2ZTygoc7PM2bY13aAkwybNBUwn8 true
19bf2fMfCt1b3MLbHwahJfdUNoZXTxYd5D true
1PDUuvJfhoiijbqnGeHZZwXRJoBCsaQSr9 true
1NChqEan8XUff1YPtgPYC9q2prfR1rXu9L true
1BQqVjRAGndm8tRrwQNwdgJR8yhhDxXzE7 true
1KC2mZujBHLTD2NPQycfDowSfni895pXL9 true
12isdcKgXGQt1F42tCYHPevErL7rsax4Uc true
1BPqcdb4kzgoPyjpyrL9xzhmMsJS5eQqvw true
1CdZDnukUZ4QK3Ynjk5hukupczV2zzrXPh true
12JMQYae1sR4FMupqHYafeGqJUY3kf4A3M true
1B8tBmGzxLynfxop38RpNaJ8SM5wr3oj4W true
1EpU3v1wRsPxBkpCsZCiA8QGa8jYXSREi8 true
1BMnca8dAqphg9e98ALoZyJch2NmDirvyY true
17WSviRk42u6vUbLg1xUixCQfC5t1zgjQX true
12KFrqyEEtdvrSvfWvXYtieKoFZgoSgbXi true
1Q9mvLQSHc4if71KZPG43re568u65ikQo1 true
1NcXJKwGAbsSBCi86zjgFsLCT8HoT9nVTW true
1JqT7snx8i7zmx748FYJbXfXEeXdMgWr6d true
1HCvxY4EW8P7EpXCYpRTLrrNuRfEdb4wuV true
17KSkVatkQBSRDJukfMtgbYFQ2M3uvBL59 true
1EmRU4xtkAsisWyALP7cJnRcWkkWHs9DvW true
1JaKriNjceGmggKYQkURmatQv6LXyvUiAB true
1MraZtUepR19wk9Nti8dTnfUKDmXZUigT5 true
16TGQooBCkfV68AKPEKJ8HG4dUEecmSckv true
18sxpzUF2QK3WBiaNUt5oyFV7fcuL9xRo4 true
1VaPTvD7fn6dYN9ka9WUi3jN9mBiGnWF1 true
1MjLPVSZBZ7YWjdMrf4DUus4DVAFkpgAmD true
19TfJPQDTFT4uZj8vYn4ff3rxRxBTBELu true
1LJc6PhvkmLvcqg8wcjJw29kXXm6rfFGMi true
151iVadZ37FF6JLSZzjGyM21U3pBv8tyt2 true
1FVD5rzMP6tR8JuubgYSFLopiP33HnSGkZ true
15JM7KfaXPwhYRpDkAeE6YxVhC5bRusWk5 true
1Bn5U322mFuMKyoC9jKayfzbrpe3T3QscR true
1Mfjtt7aJEkwcoocokQxLNE1jDEqh6LFKF true
1BByuLe4598R4cxG163Y4g2th5yu5D2x98 true
1yKCpySRz2YQCGoovGSW7wASo9Jp7yhEF true
15yfaq9UKSvPFTpP2q3VHwMfW8edwrxV7z true
1Mc9yttKMqBVWeUUzAHgvq6gzmgLLyELhY true
19aXsBvYyGeiFnAbCaGWtmeQwiFFxzH3mZ true
1Bh4Vari8LcDcdH2qWJVK5sN4dA4vWfQe3 true
153w6WiJW1Z2uKYegDVVbbBYYhzps6VmWr true
1CoFNuTemGzFPHqkuz2Ai5ZaweM7zfPJE6 true
1JMPLmKGdgD9Dtz3a4b4HpQzxZ69uVvUbS true
1FXcjyxCRuJkY72zrLxBjtEReQdv4f89pc true
12Q8NX5RdYYAf8gA9NM5DALzWWtU5dZHxW true
1Gd6DBfutYmwr6Z7CtV8pQiRXG3ZGhw8GX true
1PLU3ytAptPgHXWujCrcxLzqg4LdFX2bu2 true
1DYXvem7TuGT3oLgF2RsWyVc5ec1sJ82tH true
1Ef6TCo7MMqMepWZ6tKAAEUyigTqJWpjPT true
1L85SkdcRjMuLYuiKKq5QPywxHUs4GertE true
1PGZSrRhYbDDDJPiZHW47ffSFUGTkch2n5 true
1Q3HYAZwnooayQZWEkYSThT353KcbpFF3P true
1FDs6tF2wxAPhPKgkT4eCd51WWqYuFdXXR true
189k1PT89s9tUMigeJxHoccu44QRwEc2Tf true
1FuF5iWcHnEPMAhpk5cH7bzdZqjvKTdwka true
1LfgsdyXxa59sggxG7iHC2jZdy26fWqBij true
1LTXYmotcmkwp65Zv1UtcKaRNRrFQYmduP true
1LsZpodgMzW8bzHiSQS1kpZu9JzpdVLPB9 true
1MRHrSxnmtUTv48UpxorA9PX2nSEC9yndi true


624  Other / Meta / Re: Domain name update on: May 24, 2020, 05:14:30 PM
Some wanted more color on my thoughts about cobra (and this was too long to fit in the trust system comments).


“People sleep peaceably in their beds at night because rough men stand ready to do violence on their behalf.”

I don't know Cobra well.  I don't think anyone does: We can't as a consequence of his anonymity.

But I don't have much doubt that Cobra is a rough man in the above sense.  Brash and at times apparently erratic.  When I trusted him with confidences, he broke them.  Unrepentantly.  He created drama in the community, for reasons that I don't understand or maybe no reason at all.  Just because he's Cobra.

I've seen him lash out in places that I think didn't come close to deserving it-- and we have so much toxicity from outright enemies of Bitcoin, so it hurts all the more from people who should be working toward a common end.  Why?  Because it moved?  I cannot say.

He's abused me personally, calling me evil in public for little reason.  I'm not alone.  At times Cobra can be the kind of ally that makes you think longingly about the company of enemies.

But when things were broken and and really deserved criticism and when many people bit their tongues, Cobra was there also ready to speak up and say what was necessary.

When mobs were being swayed by popular whim, Cobra held strong.

From what I can tell Cobra more or less doesn't give a fuck about what anyone else thinks for better, or for worse.

In many cases I agree with his positions but strongly believe he often promotes them in a counter productive way that creates drama for no good reason.  I don't think it's because he intends to, but maybe because he doesn't really care what people might say or think.

But Bitcoin.org?   He protected it.  Yet, across the years he managed to drive off some extremely valuable contributors and left many in the community stressed that would get turned into something anti-bitcoin.  But he hasn't corrupted the site or handed it to someone who would, he just didn't know or didn't care to say the right words to inspire people's confidence that he wouldn't.

But when I think about how it could have gone instead of Cobra... I shiver.  The ill-fated Bitcoin Foundation wanted to control it-- could you imagine?

What if we'd handed the domain it to some soft-bellied placater that would hand it over to the first Satoshi impersonator that demanded it forcefully enough?

Do I trust him? No.  Would I want to do business with him? Not if I could avoid it. If we wound back the clock to 2011 knowing his personality would I have recommended inviting him to help maintain the domain?  No.

But would that have been a terrible mistake?  Very likely yes.

At the time many of the likely alternatives are ones that would have turned out much, much worse (especially since many of the not obviously worse options would have or actually did turn it down).

As someone else who has at times answered the calling to do what was necessary to protect what matters, I don't think my actions should be above judgement. To conceal that I've found Cobra's actions wanting would be a lie, but to deny his success at the most critical thing I could have asked of him would also be one. I think where I stood to act where others didn't all I could ask is that people judge me against the alternatives. And as far as Bitcoin.org goes, Cobra compares very well.

But that doesn't mean I have to like him or trust him.
625  Bitcoin / Development & Technical Discussion / Re: Simplicity - A new advanced programming Language for Bitcoin on: May 23, 2020, 03:46:41 PM
you are right about addition of Schnorr and it being through a soft-fork but if a new SigHashType (eg. SIGHASH_NOINPUT) were to be added to the protocol i don't think we can find a way to introduce it as a soft-fork anymore.
Not so. It just has to be done by added a new script version or turning a no-op into a checksig operator.  P2SH and segwit both did the relevant change-- segwit even effectively added new sighash types in the sense that its sighashes are computed very differently.

I think speculation about simplicity in bitcoin is extremely premature.  But I do think simplicity is a much better direction for underlying systems for smart contract than other development we've seen.  The first step in advancing this science is having a understanding of the landscape, the next step is building an initial system that answers that understanding in a compelling way...  and I think the work on simplicity is doing that, but it's still early work.

No necessity of a hard fork to implement Schnorr, that would be implementable via soft fork. Of course it doesn't mean that if something is technically feasible, it is the best way to do that, as we must take into account also a wide array of argumentation in each way to progress.

A soft-fork is still a consensus change-- you've got to get other people to agree to run it.  The point the article was making was that with a sufficiently powerful script you could deploy new behaviour without changing the consensus rules.  This wouldn't always be ideal or even useful, because it will generally be much more expensive (fee and resource usage wise) to write a feature yourself compared to consensus support.

E.g. taproot wouldn't make sense done this way, because a big part of the point of it is how efficient it is!

One interesting thing about the architecture of simplicity is that it gives an straight-forward path to promoting an expensive "custom" script to direct consensus support.  Nodes can be taught to replace chunks of simplicity code with native code, and because their behaviour can be proven identical these optimizations are not consensus changes.  Then there are ways that the costing can be updated to discount the cost of the optimized operations-- essentially have the cost structure for those calls continually re-softforked in on a rolling basis.

So at least conceivably the progression for some custom use could be initial one-off usage at high fee and node resource costs, then optimizing the nodes without changing consensus,  and then finally a very narrow consensus to how weights are calculated to change reflect the true cost of the operator now that everyone has been optimized for it.

626  Bitcoin / Bitcoin Discussion / Re: So it looks like Cobra is planning on passing on the Bitcoin.org domain on: May 23, 2020, 03:55:55 AM
Maybe Posers that are not willing to offer to buy the domain, should just butt the fuck out.   Kiss
Anyone who is trying to buy it should under no condition be allowed to have it.

Buying it would create a need to recoup the investment which would be at odds with the public interest.

Moreover, it's not simply anyone's to simply sell.  The domain was created by satoshi, the content (and traffic) by the broader community... control handed to the current operators for good stewardship, not private profit. I don't think they have any interest in doing so, either.  The bigger concern is just having confidence that the recipient will be equally committed.
627  Bitcoin / Bitcoin Discussion / Re: Was *anyone* contacted by "Barely Sociable" to research their video? on: May 23, 2020, 03:42:07 AM
One challenge I found is that there is just so much BS in it that if you debunk any single thing they still feel the evidence is overwhelming.

I found it works better to have the person you're talking to pick something out and then just go debunk what they picked.


Quote
The target audience is made obvious by the simple fact that no explicit sources are revealed behind most claims.
Right, they show flashes of things but the viewers couldn't find them from the flashes. I also found it helpful to link to the videos own sources, many of which were just rbtc threads which themselves directly contained comments that refuted the video's claims.


I think there is always the possibility of getting the video's author to go publicly transparent.  Decoding the 'mystery' of his own video would be pretty entertaining and traffic generating. As you note, his audience isn't coming to him for hard hitting serious journalism, so they're not likely to view it as a breach of trust.
628  Bitcoin / Bitcoin Discussion / Was *anyone* contacted by "Barely Sociable" to research their video? on: May 22, 2020, 11:37:46 PM
A 40 minute long high production value video by a pseudonymous author was recently published that regurgitated a number of Roger Ver's false statements about the history of Bitcoin and topped it off with a bullshit claim about the identity of bitcoin's creator.  

The video has been previously discussed on Bitcointalk at some length. (I wouldn't recommend watching it unless you want to both waste time and make yourself dumber)

Weirdly, the creator is claiming their research was "original".

Problem is even beyond the fact that it copies the Ver/Falkvinge playbook almost exactly, I can't find anyone that was contacted or interviewed by them. In particular, none of the people who were discussed in the video that I've asked had heard from them. I certainly wasn't contacted (and I'm mentioned in the video a number of times). Had they contacted me (or any of many of the other people they smear in the video) they likely would have been pointed to places where their material had already been debunked.

(although they actually showed screenshots of reddit threads that themselves had comprehensive debunkings, so maybe it wouldn't have mattered.)

So is there anyone that heard from them as part of the "research" they supposedly conducted?  If so, would you be willing to share the content of your communication?  Keep in mind, the video went on at some length that there was no reason for people to keep Satoshi's emails private (a position I strongly disagree with)-- so sharing their communications even without their consent would only be acting consistently with the moral principles they expose themselves.
629  Bitcoin / Development & Technical Discussion / Re: New Mempool Observation: The daily BitMEX broadcast at 13:08 UTC on: May 21, 2020, 03:01:14 PM
Both their low and high feerate estimatimates as well as what properties their online wallet transactions could and certainly don't have is known. For example:
  • Only spending P2PKH outputs (thus not spending SegWit nor multisig)
  • Not signaling explicit RBF
  • Not setting a locktime
  • BIP-69 compliant (IIRC parts of their wallet are on GitHub, don't have the link handy right now)
  • Not more than two outputs are created (one payment and maybe one change output)

Maybe also "full length signatures" -- not doing the nonce grinding to reduce the signature size the bitcoin core does? Though that won't filter much except on txn that have many inputs and BIP-69 will probably already eliminate bitcoin core for those.

If there are two outputs, at least one of them will be P2PKH.

One other thing to consider is that there is likely a lot of fee sensitive variance in transaction origins. I wouldn't be too surprised if e.g. exchanges stopped aggregating behaviour during high fee periods, increasing the share of transactions from end user wallets, particularly ones that were more fee-blind. Working off mempool data is a little limiting for that reason.
630  Bitcoin / Bitcoin Discussion / Re: So it looks like Cobra is planning on passing on the Bitcoin.org domain on: May 21, 2020, 08:11:27 AM
What shouldn't be done is pretty apparent to most.

Maybe it would be more helpful to make recommendations about what should be done? Smiley
631  Bitcoin / Development & Technical Discussion / Re: Writeups of my Mempool Observations on: May 20, 2020, 06:51:51 PM
Here is some likely nonsense which could use a bit of debunking, if someone feels like doing some analysis: https://www.reddit.com/r/Bitcoin/comments/gngglt/blockchaincom_says_they_account_for_a_third_of/
632  Bitcoin / Bitcoin Discussion / Re: Craig wright found to have plagiarized his PhD-not really a doctor of anything on: May 17, 2020, 02:10:32 PM
Craig Wright is a certified: 'doctor of douchbaggery'.  Didn't you see his certificate collection?  Who cares about CSW - he's a fuckn' idiot.  The real story is all the fucking morons who follow the Bitcoin SV world.  How dumb are they to work in an environment polluted with that kind of stink?  If you like SV - you are fucking brain dead.
Seems you care in bold a lot
 Grin
But quite funny why and who does all the hunting, when it should not care at all...
 Roll Eyes

You should realize that you're responding to one of your scammer idol's (former?) employees: https://bitcointalk.org/index.php?topic=5147410.msg51224404#msg51224404
633  Other / Meta / Re: {LIST}of the Merit Sources asking for more smerit. New Round. on: May 16, 2020, 02:36:21 PM
Indeed, I don't know that he'll run it again in May.  But when 6 months from the last run comes up I'm going to nag him to do it. Tongue  I got seriously gimped in the last update because I'd been inactive for a while. Smiley

BTW today is exaclty 6 months ... Smiley

I nagged back on the 4th, 10 days ahead of the 6 month intervals. Theymos indicated that he would be updating it again, but also indicated he'd be doing it differently than last time.
634  Other / Meta / Re: Unmasking Satoshi Nakamoto - new attack on Theymos from Bcashers on: May 14, 2020, 08:22:52 AM
Knowing that the YouTuber was not-so-low-key advocating for big blocks throughout the video, it's likely that he simply just didn't know about Theymos' alleged real name.
Some of the "articles" the content was more or less directly copied from have contained it, I think it's more likely that they just wanted to avoid the easy vector for getting the video taken down.
635  Other / Meta / Re: Unmasking Satoshi Nakamoto - new attack on Theymos from Bcashers on: May 13, 2020, 04:16:13 PM
The attack there on theymos isn't new, it's discredited bullshit that Roger Ver keeps paying people to repost.

The entire content of the video except the bullshit clickbait about Adam at the end was taken basically unmodified and in order from one of false "history of bitcoin" posts that Ver is astroturfing.

The author of the video was clearly paid to post this nonsense, since in some cases (e.g. the Theymos / Warren crap) there were conclusive and comprehensive debunkings elsewhere on the very threads he showed in the video which he just ignored. If he had any interest in the truth he wouldn't have included stuff like that.
636  Bitcoin / Bitcoin Discussion / Re: More info about Satoshi Nakamoto needed for research on: May 12, 2020, 04:36:12 AM
Stalking Satoshi isn't "cool".  Satoshi created Bitcoin for the world and kept his privacy,  why do you want to spit on his wishes?  Satoshi has no control or influence over Bitcoin by Bitcoin's very design.  You're not entitled to know anything about him and I think you should mind your own business. Would you think it was "cool" if people on the internet started stalking you?

Speculating about Satoshi's identity just results in hurting people that have nothing to do with him. Among other reasons: as we've witnessed the world easily falls for extremely obvious frauds like wright, so obviously the world it just too stupid to handle knowing anything about Bitcoin's creator to begin with.
637  Other / Meta / Re: I want a way to demerit posts. on: May 11, 2020, 11:14:42 AM
I did. Any iteration of this idea is retarded and will cause horrible unintended consequences. I suggest when people say things that you don't like you find a way to cope with it or use the existing systems instead of obsessing over new an improved ways to control the speech of others.

Ah yes, it wouldn't be right to have us challenging the classic misconception that "mUh fReEdUmZ oF sPeEch" means anyone is free to spout abject lunacy in a space that's used by many individuals and that any attempts to restrict such behaviour is apparently tantamount to fascism.  How terrible a thought.   Roll Eyes

The worst thing about that broken line of thinking is that flooding open venues with garbage is the most effective and in the running for the most common way to censor things online today.  Because everyone is connected to everyone else simply saying "you can't post this information" mostly doesn't work, often it achieves the opposite effect. At best you can limit its reach to the general public-- but it isn't like the general public, in the broad sense, is using forums like this one in the first place.  Instead, the most effective way to suppress ideas and information today is to flood any venue where people would discuss it with trollling/nonsense/counter-"facts", racist rants, nonsense conspiracy theories, etc.   When joe blow sees all the noise he just throws up his arms and decides that the truth is unknowable.  Make everything a jumbled mess of accusations and make every participant look like a violent idiot. Burn out anyone who tries to keep the facts straight with unending walls of cheaply generated nonsense.

I think virtually everyone in this thread is reading far too narrowly into what I was discussing.  When someone posts low effort garbage, often it gets no effective counter (or takes a long time to get one).   Most high quality contributors have things they'd rather be doing with their time then wrestling in the mud with brain damaged pigs and their piglets.  They click these threads and go NOPE and close them.

Is there a way to capture their "nope" and turn it into something that makes the forum a more valuable a resource?

Is there a way to make long term contributors, such as myself, feel more empowered and proud of their community and less demoralized by people who would virtually shit all over the figurative walls-- without demanding they take on a big burdensome cleanup duty on their own?
638  Bitcoin / Bitcoin Discussion / Re: Wright's Ph.D. flying the coop? Shouldn't have put his eggs in one basket! on: May 11, 2020, 04:10:53 AM
If he fooled Gavin then does anyone know how he did it?
Gavin stonewalled technical experts like myself that inquired about it after answering only a couple questions, so we can only figure out so much.

I think at the end of the day we should simply consider Gavin complicit in Wright's fraud. From that perspective there really isn't much to explain.  Sure, he was probably tricked at the time, but in the time since he's failed to withdraw his claims beyond saying that maybe he was tricked and it shouldn't matter.  His endorsement continues to be cited as a central factor in other people's belief.

I say 'probably tricked at the time'; because in spite of my low opinion of Gavin's character and capability I still have a hard time believing that he'd knowingly go along with such a transparent scam-- it just had too low a chance of achieving anything.  Wright apparently tried his con on other people unsuccessfully before Gavin.

Zectro posted a set of instructions for how to perform a fake signing that would have worked given what we (little) know about the irresponsible process Gavin used: https://twitter.com/Zectro1/status/1192576225413222405

639  Bitcoin / Development & Technical Discussion / Re: Blockstream Satellite 2.0 on: May 11, 2020, 12:14:08 AM
Has there been considerations for a stand alone key:val table for transaction short ids? I'm asking because I can't tell whether the benefit would offset the overhead. It "feels" like a boon for historical data but a mess of complexity the younger the blocks get.
Instead of 'short ids'  one would probably use an output counter for that-- saves having to deal with collisions. It's cheap/simple to maintain the counter itself (there is one for the total txn count displayed in the updatetip log entries).

Even with no reuse of old spent ids (which would make maintaining the counter complicated), every input could be referenced using 31 bits right now. ... pretty big improvement over 264 bits currently used by bitcoin (or the 258 or whatever in the this new encoding).

I want to say when Pieter crunched the numbers doing that it was an additional 30% savings!

You could probably do a bit better by transmitting with transactions the highest counter in the transaction separately, and code all the other inputs as varint-like difference below that value. (Or if you want to be really elaborate: code the all the input indexes for the transaction differentially in descending order, plus log2(inputs!) bits to encode which goes to which.)

But you'd have to have an index on disk of counter->txid which would take up a lot of space, and take time to update. Sad  I think maintaining through reorgs it wouldn't be too complicated, because it would just ride along with the rest of the state. ... e.g. the txindex gets updated in that way.

When using this with loose txn (rather than in blocks) you'd also run into issues where the encodings weren't compatible between different peers who were on different near-tip forks.  One way to handle that might be using a bit per input to indicate if the counter or full txid was used, and use full inputs on loose transactions for inputs with counter values too close to your current tip.

The additional savings is substantial.  But because it would require fixed overhead even if you weren't using it (the counter->id index, which both potential senders and potential receivers would have to have), it's a little more difficult to reason about its prospects for deployment.   The version blockstream put out has the advantage of being extremely self-contained in the codebase, and having no overhead (except the code) if you're not using it... so it's a realistic prospect to have all nodes adopt this and use it on a case by case basis.

I guess from my perspective, I proposed this sort of thing concretely in 2016 (and less concretely probably years before) and it took all this time for it to get implemented at all and there still isn't any real prospect of its use outside of satellite. If input reference compression had been a part of it .. it still probably wouldn't be done.


640  Other / Meta / Re: I want a way to demerit posts. on: May 10, 2020, 05:03:22 PM
I've seen public ridicule change the behaviour of certain people over the years. However, that takes a certain type of person to own up to what they're been doing, and have some emotional intelligence to change which unfortunately is quite rare.
They have to both care and have the intelligence to understand the source of it.  If the motivation behind the stupid posts is that they're intentionally trying to manipulate people, troll, or because they're just dumb as a box of rocks... it's not likely to work.

And, of course, other posters know this-- so in a lot of cases people just don't bother to issue the well deserved ridicule even where the source might be responsive to it.  Instead they get responses with more confused people.

I think if we could always reliably and consistently tell who was irredeemably stupid, manipulating, or trolling then it wouldn't be a big deal-- removing their posts would be sufficient. But there is a huge grey area where we can't tell.

I've been seeing quite a lot of "guide" and "summary" threads recently that this could be applied to. Not quite the same "maliciously dishonest" threads that gmaxwell is referring to, but just as incorrect. The users obviously have absolutely no idea what they are writing about,
I've wondered if some of these are machine generated. GP2-Large tweaked for a particular subject can do some impressive writing, especially with a bit of manual fixups. If they're not yet-- they probably will be soon.

The idea that online communities can deal with junk content by just letting all readers figure it out on their own has been a bad idea for a long time, but it's on the verge of getting significantly worse.  It isn't that readers can't be trusted to sort out junk from not junk without help, by in large they can-- but it is a massive waste of their time. Unless you want to optimize for a community of spammers, idiots, and other persons whos time is utterly worthless you need to do something.

Merit is an example of something. But it's one-sided.

Everyone is getting too caught up on the idea that this would remove merit. I would consider it more like a newbie flag, but rather than being placed on a person it would be on a post.
Right. Apparently I screwed up by using the word "demerit" in my post. Removing merits is not something I consider particularly useful.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 [32] 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 ... 288 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!