Bitcoin Forum
May 08, 2024, 06:46:01 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Proposal/idea to solve scalability problem  (Read 1344 times)
xavier (OP)
Sr. Member
****
Offline Offline

Activity: 260
Merit: 250


View Profile
June 22, 2013, 04:47:07 PM
Last edit: July 05, 2013, 10:26:39 AM by xavier
 #1

A big problem with bitcoin is the scalability issue. The system is just unscalable right now. The idea and the philosophy behind it are spot on, but I feel like it's still in a `1.0` state. It will need some innovation to survive once the blockchain becomes to big.

So.. I propose a project that embeds the philosophy of satoshi - A philosophy to combine economic incentives with smart technical design.

The problem right now is that each client needs an entire copy of the x GB blockchain, in order to verify transactions. This is unscalable.. as blockchain becomes bigger, bitcoin cannot be used by so many people.

As an alternative, I propose the following.

The blockchain is held only by a small number of centralized nodes. These nodes will be a new part of the bitcoin ecosystem. Right now, there are only 2 types of nodes that are part of the ecosystem: users and miners. In this new system, I propose 3 types of nodes. Users, miners and houses.

Houses just store the blockchain; they are not involved in a competition to produce blocks.

Like miners, the system offers economic incentives for houses to exist. Every time a user makes a transaction, he must pay a verification fee to a house. The house can instantly confirm whether a transaction is valid, by examining its copy of the entire blockchain. A user may want to pay multiple houses for verification (at additional transaction expense) if it is a large transaction, for example.

The verification fee for each transaction will be in addition to existing mining fees, paid to miners who are actually creating new blocks.

Houses can set their own fees; therefore there is a competition for houses to provide the lowest fees possible. There will be a trade off between cost to store the ever expanding blockchain and possible fees from verification of new transactions.

With this new infrastructure, there is no requirement for clients to store the blockchain, and the problem of scalability can be solved.
1715193961
Hero Member
*
Offline Offline

Posts: 1715193961

View Profile Personal Message (Offline)

Ignore
1715193961
Reply with quote  #2

1715193961
Report to moderator
1715193961
Hero Member
*
Offline Offline

Posts: 1715193961

View Profile Personal Message (Offline)

Ignore
1715193961
Reply with quote  #2

1715193961
Report to moderator
1715193961
Hero Member
*
Offline Offline

Posts: 1715193961

View Profile Personal Message (Offline)

Ignore
1715193961
Reply with quote  #2

1715193961
Report to moderator
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, which will follow the rules of the network no matter what miners do. Even if every miner decided to create 1000 bitcoins per block, full nodes would stick to the rules and reject those blocks.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715193961
Hero Member
*
Offline Offline

Posts: 1715193961

View Profile Personal Message (Offline)

Ignore
1715193961
Reply with quote  #2

1715193961
Report to moderator
1715193961
Hero Member
*
Offline Offline

Posts: 1715193961

View Profile Personal Message (Offline)

Ignore
1715193961
Reply with quote  #2

1715193961
Report to moderator
1715193961
Hero Member
*
Offline Offline

Posts: 1715193961

View Profile Personal Message (Offline)

Ignore
1715193961
Reply with quote  #2

1715193961
Report to moderator
molecular
Donator
Legendary
*
Offline Offline

Activity: 2772
Merit: 1019



View Profile
June 22, 2013, 05:06:12 PM
 #2

have you read about SPV clients?

http://bitcoin.stackexchange.com/questions/4649/what-is-an-spv-client

PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0  3F39 FC49 2362 F9B7 0769
empoweoqwj
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500


View Profile
June 22, 2013, 05:18:26 PM
 #3

I'm not sure you understand how it all works at the moment .... miners verify transactions. Most "clients" don't need the blockchain downloaded at all.
mustyoshi
Sr. Member
****
Offline Offline

Activity: 287
Merit: 250



View Profile
June 22, 2013, 05:39:41 PM
 #4

When we start reducing the number of full copies of the blockchain, the system becomes vulnerable to attack.
molecular
Donator
Legendary
*
Offline Offline

Activity: 2772
Merit: 1019



View Profile
June 22, 2013, 11:23:22 PM
 #5

When we start reducing the number of full copies of the blockchain, the system becomes vulnerable to attack.

what kind of attack? deletion of the blockchain? lol.

PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0  3F39 FC49 2362 F9B7 0769
xavier (OP)
Sr. Member
****
Offline Offline

Activity: 260
Merit: 250


View Profile
June 22, 2013, 11:33:31 PM
Last edit: July 06, 2013, 03:04:08 AM by xavier
 #6

(1) have you read about SPV clients?

Yes..... but there is no economic incentive there to mine. I am introducing a second transaction fee to provide incentives for people to hold a centralized copy of the blockchain.

(2) "I'm not sure you understand how it all works at the moment .... miners verify transactions. Most "clients" don't need the blockchain downloaded at all."

All clients need the blockchain, unless they are an electrum client

(3) When we start reducing the number of full copies of the blockchain, the system becomes vulnerable to attack.

Not really.... because it becomes harder for individuals to have a copy of the blockchain, so attacking becomes harder.

(4) what kind of attack? deletion of the blockchain? lol.

I think he's talking about the 51% attack.
DannyHamilton
Legendary
*
Offline Offline

Activity: 3388
Merit: 4653



View Profile
June 23, 2013, 09:23:56 PM
 #7

There is no design change necessary to implement your system, the current design already supports it.  There just hasn't been anyone who has chosen to charge a fee for providing "house" services yet.  Effectively they are all charging a 0% 0 BTC fee.

As the blockchain continues to grow, in the future perhaps housing the blockchain will become valuable enough that people will be willing to pay a fee for it, and houses will require a fee to be able to continue to offer the service.  For now, many users simply enjoy free use of the "house" services.
FlappySocks
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
June 25, 2013, 12:06:55 PM
 #8

I have been thinking about this problem for a while too.  There is no way, someone like Paypal is going to adopt Bitcoin with an unresolved scalability problem.
It's also unrealistic for everyone to keep a copy of the blockchain (mobiles for example). It's bad enough on the desktop, today.

The blockchain either needs to be tamed in some way (mathematically or whatever).

Or we need to give incentives for people to set up large datastores, that can process & verify transactions.  There needs to be lots of them, to a) reduce attack, and b) verify transactions quickly.  My mobile can than pick say 5 at random, and ask them to process my transaction.  Each of which gets a fee.  Fee's will have to go up, which I dont see as a bad thing.  You are after all using someone else's electricity, hardware, and bandwidth.  The data-stores will also provide balances, and transaction history services, so clients dont have to keep a local copy of the blockchain.
Killdozer
Full Member
***
Offline Offline

Activity: 203
Merit: 100



View Profile
June 25, 2013, 02:57:31 PM
 #9

It almost feels like it's time to make a new child board for the scalability questions/propositions. The search function just seems too difficult for these people...

justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1009



View Profile
June 25, 2013, 07:33:19 PM
 #10

https://bitcointalk.org/index.php?topic=204283.0
Pages: [1]
  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!