Is there a proper announcement to be made on Bitcointalk.org? Since a few features have been changed (100 TPS, 3 sec blocks, no bond market) it makes sense to do a new thread with instruction to to obtain these new tokens (buying, migrating).
Instead of making it self moderated, introduce a local rule: DecentralizeEconomics not allowed. Its allowed according to Bitcointalk rules which means any post of him in the thread will get deleted by moderators if reported.
I can open the thread if anyone can give me the content (I am a Hero Member). The best would be for Bytemaster to do so, but testz can also do it (he is a legendary Member)
Is there a proper announcement to be made on Bitcointalk.org? Since a few features have been changed (100 TPS, 3 sec blocks, no bond market) it makes sense to do a new thread with instruction to to obtain these new tokens (buying, migrating).
Instead of making it self moderated, introduce a local rule: DecentralizeEconomics not allowed. Its allowed according to Bitcointalk rules which means any post of him in the thread will get deleted by moderators if reported.
I can open the thread if anyone can give me the content (I am a Hero Member). The best would be for Bytemaster to do so, but testz can also do it (he is a legendary Member)
Is there a proper announcement to be made on Bitcointalk.org? Since a few features have been changed (100 TPS, 3 sec blocks, no bond market) it makes sense to do a new thread with instruction to to obtain these new tokens (buying, migrating).
So we are now capped to 100TPS until the P2P code is rewritten, right? @bytemaster
For the BTS2 network we will revert to only fetching 1 transaction at a time which will limit throughput of the network to under 100 TPS. This will only be a limit in the P2P code which can be upgraded at any time without requiring a hard fork.
If the network is generating anywhere near 100 TPS per second then the network will be earning more than $1M per day in fees and our market cap would be closer to Bitcoins market cap
There never was the claim that BitShares can handle 100k .. the claim was that the technology is capable of doing so in certain environments ..Is there a proper announcement to be made on Bitcointalk.org? Since a few features have been changed (100 TPS, 3 sec blocks, no bond market) it makes sense to do a new thread with instruction to to obtain these new tokens (buying, migrating).Quote from: bytemaster link=https://bitsharestalk.org/index.php/topic,18717.msg241280.html#msg241280So we are now capped to 100TPS until the P2P code is rewritten, right? @bytemaster
For the BTS2 network we will revert to only fetching 1 transaction at a time which will limit throughput of the network to under 100 TPS. This will only be a limit in the P2P code which can be upgraded at any time without requiring a hard fork.
If the network is generating anywhere near 100 TPS per second then the network will be earning more than $1M per day in fees and our market cap would be closer to Bitcoins market cap
Think this is important to communicate clearly, as there is a lot of misleading information out there saying 100.000 TPS.
And I guess it is not in our best interest to advertise false numbers.
Sure 100.000 TPS will be possible with new code, but this is the case for every crypto...No .. it is not ..
There never was the claim that BitShares can handle 100k .. the claim was that the technology is capable of doing so in certain environments ..Is there a proper announcement to be made on Bitcointalk.org? Since a few features have been changed (100 TPS, 3 sec blocks, no bond market) it makes sense to do a new thread with instruction to to obtain these new tokens (buying, migrating).Quote from: bytemaster link=https://bitsharestalk.org/index.php/topic,18717.msg241280.html#msg241280So we are now capped to 100TPS until the P2P code is rewritten, right? @bytemaster
For the BTS2 network we will revert to only fetching 1 transaction at a time which will limit throughput of the network to under 100 TPS. This will only be a limit in the P2P code which can be upgraded at any time without requiring a hard fork.
If the network is generating anywhere near 100 TPS per second then the network will be earning more than $1M per day in fees and our market cap would be closer to Bitcoins market cap
Think this is important to communicate clearly, as there is a lot of misleading information out there saying 100.000 TPS.
And I guess it is not in our best interest to advertise false numbers.
Removing the 100tps limitation is done quickly ... if required .. but we are far away from those transaction loads .. so we have plenty of time left to improve the network codeQuoteSure 100.000 TPS will be possible with new code, but this is the case for every crypto...No .. it is not ..
In Bitcoin, every transaction goes to an address which is the hash of a
public key .. this fact caps the scalability because in order to run the
"protocol" (moving funds from A to B) .. the process needs to deal with
addresses (hashes)
In BitShares, ECC verification can be done in PARALLEL and the
"protocol" is applied in a single-threaded process (to keep consistency
etc..) .. this process does NOT need to deal with hashes but only
account ids.
And this leads to scalability way beyond what is possible in ANY other
crypto currency ..
could you explain how ecc verification can be done in parallel? i'm
still envisioning the necessity for ecc verication in serial for a chain
of blocks (of data). unless the idea is that all blocks can be verified
with ecc independently, which then makes the process `embarrassingly
parallel' ?
thx.
could you explain how ecc verification can be done in parallel? i'm
still envisioning the necessity for ecc verication in serial for a chain
of blocks (of data). unless the idea is that all blocks can be verified
with ecc independently, which then makes the process `embarrassingly
parallel' ?
thx.
I am talking about ECC verification of transactions .. (not blocks)
Each transaction has a set of signatures that are used to verify an
owner of an account. Since these signatures are independent of the
*actual claim* within the transaction, they can be verified
INDEPENDENTLY of the blockchain. Whether they are valid (no double spend
etc.) is another story and has to be performed single threaded (as well
as for keeping the order of transactions)