Topic: [ANN][Main] Bitcore- BTX - Datacarriersize up to 220 bytes - page 742. (Read 729908 times)

Yes you can keep one weeks airdrop to pay to get listed im fine with that

i would be happy to not take the 3% one week for let btx be listed there. and probably also other people.

Who pays Hit BTC?

we don't need 5 years, just start with a lower sum like 10 bitcoin ( usually they ask this).



________________________________________________
 

by the way, about the block size.. bitcore has 200mb blockchain only because is new.. bitcoin is 8 years old, that's why the bg of blochckain..

Apparently it can cost up to 150 btc for a full 5 year listing on hitbtc. That's an extraordinary sum, nearly a million dollars.

May I ask when we could get btx listing in HitBTC? That is the top 6 exchange in the world.

Got this week's airdrop yesterday. The stress-test was a very impressive feat, congratulations! However, I think a lot of people (including me) will not claim the distributed BTX in the near future. I was waiting for Segwit2x and planned to combine splitting of BTC (if necessary), and claiming Bitcoin Gold and BTX. Now with Segwit2x cancelled and the future of Bitcoin Gold uncertain I am reluctant to move all my BTC to a new wallet, and I do not want to expose my private keys without doing it. Anyway, the amount of BTC I hold and the corresponding amount of BTX is small. I suspect a lot of people have similar thoughts.

Any GPU miners here??? ⚒️

We reached 9 gh/s today on https://www.bitcorepool.cc

Thank you guys for supporting the pool! New miners not happy with suprnova or yiimp? Pls try out bitcorepool.cc 🔨⚒️🔨⚒️ #BTX mining

Devs.

I´m trying to participate in the BTX Slack, How can I join?

Thanks!

3% of your registered address

I have received first airdrop. Thanks to dev and to all team. For next week if i have more coins i will receive more in airdrop?

Why shouldn't you come near this limit. The # of transactions per timeframe calculates out of block size (# of possible transactions fitting into a block) and block time. If you want really to get anywhere near the transaction speed of let's say credit cards, what must be a goal if you wanna come anywhere to real value as a usable currency, with the bitcoin blockchain model there's no way around bigger blocks. Are you really arguing "If you don't need the capabilities ATM, it's pointless to have them?" That makes no sense. Especially as long as you are not filling the blocks there's no difference and while bitcoin is creating with larger workloads a backlog and a transaction fee race bitcore can just handle the load. Bandwith and storage for such capable nodes shouldn't be a problem nowadays. Do you think s.o. who can handle 10GB of a blockchain can't handle 100GB or 1TB? The bitcoin blockchain is also growing only at a slower speed. If you need more transactions you always have to store them anyways, bitcoin is only doing this much slower.
What I wanted to say, the factor being signifcant for blockchain growth is the # of transaction per timeframe. The block size is only limiting the speed this can happen.

There are other implications of bigger blocks, but afaik they are not really a problem. The other two fields are consensus and the need to make a hard fork and therefore no way to come to a real fix new number. Hard fork and agreement don't matter because bitcore starts from scratch. Consensus and security is really arguable, but that's imho a question of what you're favoring.

Any other solution would require off-chain constructs. Like payment providers to condense small transactions off the chain and bring only the sum of many condensed transactions back on the chain. But that's, from my view, the same problem as raising the hardware demands of a full node by increasing the "speed" of the blockchain. By raising the requirements for a full node the network tends to centralize. Off-chain transaction lead to the same.
In a really long term perspective only other blockchain/storage (lower storage requirements, lower the ressources needed for consensus...) and consensus models make sense. I don't think the bitcoin style blockchain like bitcore is going to survive the next ten years, but that's just a wild guess.

Look at

https://bitcointalksearch.org/topic/m.24055376

At this Post can you find instructions for how to do it with a Trezor. Just replace the word "Trezor" with "Ledger" - isn't much different.

In Step 6 you must do a other thing. You must enter your PIN number 3 Times wrong and that should erase your Ledger.

Hi, do you have a good tutorial to have the BTX with a Ledger Nano S ?

I know, we need to transfer the Bitcoin to another address not on the Ledger, but i don't want to make mistake, somebody can help ?

Your point is pointless, you "need" larger blocks to process more transactions, if you have 20MB blocks but only 50 kbytes of transactions per block your 20MB block size is useless, but sure the block chain wont be any bigger than if you had 50 kbytes blocks. It is a block size LIMIT and if you never even come near the limit the limit is pointless.

Larger blocks don't mean necessary a "much" larger blockchain. The thing taking moste space in the blockchain are the transactions and therefore the hashes.
There are many pros and cons on this matter and I'm not going to lay them all out for you. Read yourself:
https://www.google.de/search?q=why+no+bigger+blocksize&rlz=1C1CHBF_deDE769DE770&oq=why+no+bigger+blocksize&aqs=chrome..69i57.4718j0j7&sourceid=chrome&ie=UTF-8
IMHO short: Bigger blocksizes like 20MB are worth it because atm there's just no other option (at least basing on bitcoins blockchain design) to handle enough transactions to compete with anything near RL Use Cases regarding # of transactions per time.

Still very interested in this! Please let me know once it's available

ok, i thought it was a serious discussion ahha

i hold big on btx, but i would like to know the answers. Always better to find first the negative sides than the positive when you invest


Waiting for someone that answer at this " larger blocks means bigger blockchain, that means less nodes, that means less security"

Yes because it's a stupid trade off, does not scale well at all.

but larger blocks means bigger blockchain, that means less nodes, that means less security..
There is a reson why bitcoin does not enlarge the block size, no?