Bitcoin Forum
March 28, 2024, 02:55:34 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4]  All
  Print  
Author Topic: What cryptocurrency is solving the scaling problem?  (Read 4201 times)
dinofelis
Hero Member
*****
Offline Offline

Activity: 770
Merit: 629


View Profile
April 03, 2017, 11:21:07 AM
 #61

I know that dpos is a centralized solution but I don't think its possible to get high tps without having some centralization.

It is not possible in block chain centered crypto, because block chain centered crypto is requiring a much too much severe form of consensus, needing EVERYONE to agree *perfectly* on the *single* *totally* ordered list of transactions ever done ; on top of it, with a time-spaced unique seigniorage mechanism included.

This is not needed to keep the accounts of owners of coins.  Of course, it is (largely) sufficient, but this strict ordering and time spacing is making that the thing can not scale.

For instance, whether the transaction from Joe to Jack came BEFORE the transaction from Alice to Claire, or after it, *doesn't matter*.  Whether you got a confirmation of the transaction from Joe to Jack in block A, and you got another confirmation in block B, doesn't matter.  The fact of having to chose between block A and block B is, concerning these transactions, not necessary.  It is only necessary to indicate a winner of the reward. 

I'd agree that the solution is probably to take the blockchain out of crypto. Then transactions can be instant without waiting for confirms. If Joe pays Jack, Alice and Claire, it doesn't matter what order they are processed in as long as Jack has the balance to send the transactions. Blockchains are doubling the amount of traffic, firstly we have the broadcasting of transactions, and secondly we get the transaction included in a block. A PoW blockchain coin generation distribution scheme would be a very small blockchain only needed by mining nodes. So all that is needed is a mechanism where people cannot forge their own coins and double spend.

Indeed.  I'm trying to find a scheme where it is the owner of coins himself that is to prove that he didn't double spend, rather than having the global system showing that he didn't.  That means that there mustn't be global consensus on much ; in fact only on "provided signatures for peer balances" or something of the kind.  Everyone is supposed to keep his OWN transaction history to be able to prove validity of his current status.

In fact, you only need to have sufficient peers keeping your transactions sufficient long times in order to be able to verify that your actual balance is correct since your last "certified" balance ; if you don't bother keeping a past certified balance that is recent enough, then your problem that you cannot provide proof any more of right to spend.

Unlike traditional banking where clients have only a few account numbers, with Bitcoin people can create an unlimited number of accounts (addresses). This can be used to easily track payments, and it improves anonymity.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711637734
Hero Member
*
Offline Offline

Posts: 1711637734

View Profile Personal Message (Offline)

Ignore
1711637734
Reply with quote  #2

1711637734
Report to moderator
1711637734
Hero Member
*
Offline Offline

Posts: 1711637734

View Profile Personal Message (Offline)

Ignore
1711637734
Reply with quote  #2

1711637734
Report to moderator
1711637734
Hero Member
*
Offline Offline

Posts: 1711637734

View Profile Personal Message (Offline)

Ignore
1711637734
Reply with quote  #2

1711637734
Report to moderator
AngryDwarf
Sr. Member
****
Offline Offline

Activity: 476
Merit: 501


View Profile
April 03, 2017, 11:32:24 AM
 #62

<snip>

Indeed.  I'm trying to find a scheme where it is the owner of coins himself that is to prove that he didn't double spend, rather than having the global system showing that he didn't.  That means that there mustn't be global consensus on much ; in fact only on "provided signatures for peer balances" or something of the kind.  Everyone is supposed to keep his OWN transaction history to be able to prove validity of his current status.

In fact, you only need to have sufficient peers keeping your transactions sufficient long times in order to be able to verify that your actual balance is correct since your last "certified" balance ; if you don't bother keeping a past certified balance that is recent enough, then your problem that you cannot provide proof any more of right to spend.

That 'certified' balance has to be private. I'm told Monero does not have the concept of UTXO, since they don't know how much someone has spent, so there may be some clues about how to achieve such a system in that protocol.

Scaling and transaction rate: https://bitcointalk.org/index.php?topic=532.msg6306#msg6306
Do not allow demand to exceed capacity. Do not allow mempools to forget transactions. Relay all transactions. Eventually confirm all transactions.
d5000
Legendary
*
Offline Offline

Activity: 3864
Merit: 5808


Decentralization Maximalist


View Profile
December 27, 2017, 09:57:00 AM
 #63

I think the question is important enough to revive this thread. There are some attempts in the altcoin world to solve scaling with other methods than simply rising the block size limit. I've compiled them into a list.

It should be considered incomplete still, and I'm not totally sure if Lisk includes a two-way peg or only an one-way peg - if not, then it should not appear in the list.

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
Pages: « 1 2 3 [4]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!