Bitcoin Forum
May 01, 2024, 09:17:12 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: PROOF OF RAFFLE (no more nonce finding)  (Read 802 times)
Kevin7777777 (OP)
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
January 04, 2016, 09:55:24 PM
 #1

We need a Decentralized (human decentralized), Scalable, Secure, Anonymous and Efficient (micro transactions enabled, quick and cheap) MONEY system, in that order.

Proof of Work consensus protocol is a waste of computational resources, that’s why it will not be scalable and decentralized at the same time. We propose a solution called Proof of Raffle.

The protocol can establish that miners must always fill up the block up to the size limit (today 1 mega), and transactions must be ordered in time stamp and alphabetical order into the block. Then all miners could achieve almost exactly the same transactions in the exact same order into each block.

Nodes that reach the block size limit automatically send their proposed block to the network. Then every node complements their proposed block with the transactions that are included in other proposed blocks. New transactions received at this point go to the mem pool to be considered in the next block. When a node has received the proposed blocks from a minimum of 80% of all other "active nodes" (nodes that first confirmed any of the transactions included in the block) and included all the missing transactions, then this node has its CONFIRMED BLOCK.

Forks can happen if there are more than one confirmed different last block. The confirmed block with the less number of transactions wins.

Also the heavier blockchain, the one that has more different nodes confirming transactions first in every block of the blockchain, wins.

Problem/Solution: The isolated island problem: If we have a little island where lots of heavy transactions are made per second, and they manage to work for one day long without connecting with the rest of the world, and suddenly they connect and make a big blockchain fork… Yes they could manage to confirm a lot of blocks in their blockchain and yes the first block of the fork from the rest of the world would have fewer transactions that the equivalent block from the rest of the world, BUT, they will ever count more node confirmations along the blockchain so they will lose.

Then the miners could obtain the concatenated hash (hash from last block and merkle hash from actual block hashed all together) of the block. From this SHA-256 hash we pull only the numbers and obtain a BIG NUMBER. Also we make a circular list of active nodes (nodes that were the first to validate each transaction in this actual block) and we order them according to their arrival position in the block, in a circular way (the last node is next to the fist node of the list) where any node only have one position on the circular list. Starting from the first node of the list (the node that validated the first transaction included in the block), we use the BIG NUMBER to count around the circular nodes list until we pick the winner. This will be the proponed winner node that will benefit from the coinbase transaction (money created).

Sybil attacks can be avoided by a Proof of Steak in every active node.

Problem/Solution: People owning more active nodes would be a centralization risk on the long run, but, owning a node will be very cheap, so there will be many of them, originating the “lottery ticket” effect for all of the raffle participants.

Different methods can be used to make more than one winner in every raffle cycle, so financial exposure will decrease for miners. For example: Counting N times the BIG NUMBER around the active nodes circular list, where N = Active nodes / 1000. We will have N winner nodes in every raffle cycle.
You can see the statistics of your reports to moderators on the "Report to moderator" pages.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714598232
Hero Member
*
Offline Offline

Posts: 1714598232

View Profile Personal Message (Offline)

Ignore
1714598232
Reply with quote  #2

1714598232
Report to moderator
1714598232
Hero Member
*
Offline Offline

Posts: 1714598232

View Profile Personal Message (Offline)

Ignore
1714598232
Reply with quote  #2

1714598232
Report to moderator
1714598232
Hero Member
*
Offline Offline

Posts: 1714598232

View Profile Personal Message (Offline)

Ignore
1714598232
Reply with quote  #2

1714598232
Report to moderator
remotemass
Legendary
*
Offline Offline

Activity: 1117
Merit: 1016


ASMR El Salvador


View Profile WWW
January 10, 2016, 09:56:59 PM
 #2

Sounds really interesting.
But why 80%?
I mean, why 'from a minimum of 80% of all other "active nodes" '?

{ Imagine a sequence of bits generated from the first decimal place of the square roots of whole integers that are irrational numbers. If the decimal falls between 0 and 5, it's considered bit 0, and if it falls between 5 and 10, it's considered bit 1. This sequence from a simple integer count of contiguous irrationals and their logical decimal expansion of the first decimal place is called the 'main irrational stream.' Our goal is to design a physical and optical computing system system that can detect when this stream starts matching a specific pattern of a given size of bits. bitcointalk.org/index.php?topic=166760.0 }
monsterer
Legendary
*
Offline Offline

Activity: 1008
Merit: 1000


View Profile
January 10, 2016, 10:34:25 PM
Last edit: January 10, 2016, 10:49:55 PM by monsterer
 #3

Sybil attacks can be avoided by a Proof of Steak in every active node.

Mmmm, steak



But seriously, this is just the same old security model of proof of stake, which is totally untenable for a world currency. You must expend a limited resource when producing a block in order to stand a chance of approaching bitcoin's security model.

edit: to help your research and learning process (commendable btw), here is a more complete model of what you are proposing:

https://bitcointalk.org/index.php?topic=1016517.0

It still doesn't work, though.
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!