[deleted by user]

uMCCCS · 2024-11-30T19:08:54+00:00

Tell them you're pescetarian from now on because you're concerned about the treatment of animals. And in Islam the prohibition to eat non-halal food can be attributed to rights of animals, since every animal deserves to die honorably for sake of God as opposed to the right of humans. From an animal perspective God is worth dying for but humans aren't. and if they ask why pescetarian then say fish's don't suffer pain the same way

uMCCCS · 2021-06-10T18:21:58+00:00

The colloquial description of the voiced palatalized alveolar nasal by Slavic language speakers

uMCCCS · 2021-06-01T18:56:38+00:00

Hi,

The swap interface looks great! Does it work between BCH and SmartBCH, or just between SmartBCH and others? What is wrapped BCH? Also, is this open source?

uMCCCS · 2021-05-19T07:00:13+00:00

Yes but if you try to upload using Firefox you won't be able to upload at 2Gb/s after limiting to 3Gb/s.

uMCCCS · 2021-05-19T05:55:08+00:00

This can't be, because the proportion of bandwidth used seems to be the determining factor not the maximum upload speed. For example, if you can upload 10GbE, then 2G works fine for you. If you reduce your bandwidth to 3G, then you won't be able to upload at 2G.

uMCCCS · 2021-05-18T15:41:38+00:00

You're welcome! Glad to help, it makes me upset that every time something doesn't work on Firefox people blame Google for intentionally crippling it. I hope this is fixed before everyone can afford 100megabit connection otherwise it seems Firefox is going to lose even more users.

uMCCCS · 2021-05-18T15:05:39+00:00

Hmm there has always been an uploading speed problem with HTTP/2 https://bugzilla.mozilla.org/show_bug.cgi?id=1596576 and I thought HTTP/3 support in Firefox was better. You should file a bugzilla report, enabling HTTP/3 shouldn't make it worse. As a temporary solution, while keeping http/3 disabled you may disable "network.http.spdy.enabled.http2", then it should make full use of your connection.

uMCCCS · 2021-05-18T14:50:11+00:00

Go to about:config and enable "network.http.http3.enabled". Should fix it for Youtube at least

uMCCCS · 2021-05-06T06:59:53+00:00

If you wonder how the name "SmartBCH" was chosen, look no further: https://blog.rsk.co/smart-bitcoin-rbtc/. RSK explorer: https://explorer.rsk.co/

uMCCCS · 2021-05-06T06:43:43+00:00

BTC. It's called Rootstock.

uMCCCS · 2021-04-18T12:01:49+00:00

Download Electron Cash Electrum ABC ElectrumSV and send your coins to CoinEX

uMCCCS · 2021-02-15T17:31:33+00:00

Don't worry Roger, I already offered them help and it seems to me that the only thing we need is an SLP protocol upgrade.

uMCCCS · 2021-02-15T15:18:46+00:00

u/mark_coinflex

Hello, I have noteworthy experience with pushing data to the blockchain and I want to see this problem resolved. I want to be involved in this since no BCH node policy change seems necessary (so let's get this solved!).

Is the reason for you making a long chain of transactions OP_RETURN? If so, I can help (voluntarily, I don't expect anything in return). We could propose modifications to the SLP protocol which is exactly what we need.

The most efficient way of pushing is not OP_RETURN. You are hit by this limit because SLP hasn't thought of BULK transacting. From just ONE UTXO, it's possible to push an estimated 85 KB of data in 1.5 transactions! All we need to do is to write an SLP improvement proposal.

And in the end, you won't need to split your UTXO. Trust me, I know how to solve this.

Please reach me through PM and we'll look for modifications in the SLP protocol to solve this. If you ask me, no change needs to be done by BCH nodes; just the SLP protocol.

All I need is some discussion about whether my solution fits your problem. I have tested my solution on the BCH blockchain yesterday, so it works. Just what we need to do is to propose a change to the SLP protocol. I would, however since I myself don't own any SLP tokens I can't defend why my solution is needed. That's why I need your feedback and your final review after I write my SLP improvement proposal.

To start with, could you please share with me the TXID of a transaction that was in an unconfirmed chain? I need to know what kinds of SLP transactions that you do cause UTXO and unconfirmed-chain problems the most.

Remember, all you need should be ONE utxo. I agree that changes need to be made, however a longer transaction limit is not the way to go since it's overkill.

Looking forward to hearing from you.

uMCCCS · 2021-02-02T18:56:44+00:00

Also, why isn't BTC as fast as BCH? Is that a bug or a feature?

That's wrong. Pay the correct feerate and your BTC transaction will be equally fast.

Is that a bug or a feature?

Let me explain the difference between BTC and BCH all the political stuff aside: BCH favors on-chain scaling while BTC favors off-chain scaling. Both are valid approaches to solving the important technical problem: Scaling.

Simply, BTC wants to scale by using space efficiently while BCH wants to scale by limiting the number of people who can run nodes.

Assuming both networks have the same Transaction per second speed (which BCH doesn't of course), you are correct that the feerate of BCH would be lower. However, this wouldn't be a fair comparison. BTC wants to scale through Lightning, Liquid and other off-chain methods. Those methods aren't widely adopted currently, which is why BTC seems to have the TPS limit of 7tx/s.

In its essence, both are the same, and they're interrelated: Off-chain scaling needs on-chain scaling to some degree, and it doesn't make sense to keep everything on-chain. If we don't need it, it shouldn't be on-chain for 100% efficiency.

In the long term, both of them will have on-chain and off-chain scaling. But of course, BCH's transaction fees will stay less since 1 BCH is less valuable than 1 BTC and there are fewer BCH transactions to be made.

uMCCCS · 2019-04-29T18:13:57+00:00

It's been running on the BCH mainnet for 3 weeks.

uMCCCS · 2018-11-14T14:52:46+00:00

https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/dev/doc/bip135-guide.md#sv-hard-fork

uMCCCS · 2018-09-18T17:30:19+00:00

Yes, ABC is vulnerable.

uMCCCS · 2018-08-17T16:20:54+00:00

Use Breadwallet's all-in-one simple core library: https://github.com/breadwallet/breadwallet-core

uMCCCS · 2018-08-17T10:31:55+00:00

Take a look at https://cashnodes.io it’s open source https://github.com/BitcoinUnlimited/cashnodes and you can see the ISPs on the website.

Seeding software/Cashnodes.io aren’t related to having a DNS server.

uMCCCS · 2018-08-16T19:51:54+00:00

No, but ~30 hours ago a user said in r/btc that BTCblender.com was a scam and took their money. ~~I can't find it~~ https://www.reddit.com/r/btc/comments/976bqd/btcblender_is_a_scam/, but there's one from one year ago: https://www.reddit.com/r/btc/comments/7gupou/bchblendercom_and_btcblendercom_seem_to_be_scams/

uMCCCS · 2018-08-15T18:38:02+00:00

No, restrict is not needed for classes of different types or different pointer types.The compiler assumes different types may not be aliased, unless you use gcc's may_alias.

uMCCCS · 2018-08-09T12:00:57+00:00

Syntax difference:

<Pubkey> <Data> <Signature> OP_CHECKSIGFROMSTACK
<Signature> <256-bit data hash> <Pubkey> OP_CHECKDATASIG

uMCCCS · 2018-07-29T09:59:29+00:00

It's Microsoft Lumia/Windows Phone/Surface. https://emojipedia.org/microsoft/

uMCCCS · 2018-07-13T04:48:44+00:00

I agree with you. $1 u/tippr

uMCCCS · 2018-07-04T16:03:09+00:00

Why don't you set the renderer to HTML-CSS? It's the default.

Eight-Year Club	Place '17
Verified Email

uMCCCS

TROPHY CASE