 Show Posts
|
|
Pages: « 1 [2] 3 »
|
|
Any white paper on “proof of disintegration “?
|
|
|
|
Hello Guys! Tell please, what you wanna do with funds received from ICO?
Are you human? |
|
|
|
|
This coin is good investment, but using TOR for everything, can someone explain that benefits ?
|
|
|
|
|
Please read the scheme described by @nullius ,and gmaxwell , it has something important
|
|
|
|
|
If anyone wants to help, please post here
|
|
|
|
Ye it's all run through a hashing algorithm that makes think appear random when in fact they are not random. If you type in the same input the out output will always be the same making the key generated not actually random
It maybe, but if we supply something called nonce , then it is just close to random, however it is still not random |
|
|
|
Can a truly trustless Random Number Generation can be created by a group of participants in a decentralized manner! Here is the proposed algorithm: - Everyone picks a secret number from 0 to M-1
- Everyone appends a load of random gunk to their number and hashes the result with a secure hash
- Everyone commits their hash to a smart contract.
- When all participants have committed the hash, everyone submits their secret number, plus the random gunk they appended to it.
- Smart Contract verifies that the secret numbers and hashes match.
- Add all the secret numbers together modulo M, then adds 1 to get the final result.
What are your opinion about such an algorithm will work or not on a blockchain! References: https://stackoverflow.com/questions/224058/distributed-random-number-generation#answer-224067The post has a date prior to the birth of bitcoin. So, in present world of blockchain with smart-contracts, can such an algorithm work successfully? What are the possible causes that can make it not work! Any views from the community is welcome! |
|
|
|
|
You are right , that’s what we are trying to do, a true random number on blockchain, and some good ideas from nullius and gmaxwell
|
|
|
|
|
@nullius , sir you agreed?
|
|
|
|
|
Thanks nullius,
My thinking was that like bitshares has a community that produces blocks , we can ask users to generate a random number using their device’s cpu usage and noise, and then submit the hash of that number, .... Now the user who is going to produce block will submit his random number hash and produce a block , now each one who submitted their random number hash asked to submit their random numbers, then these all random number get mixed and a new final random number get generated, now each user can verify it using algorithm(that generate the final number using all numbers) and also if user submit their random number was correct or not , because they already submitted the hash in previous block.
|
|
|
|
|
All your ideas are good, but I think only nature is true random , so if we build something that will use device temperature cpu usage at that instant, and some noise from microphone, then hash them all , then this will be a random number. And again we can choose a system that will announce some perimeters to accept a random number, and all people submit their numbers to him, he then choose the right number and announce, then people will see and verify that if he chosen right number or not.
|
|
|
|
|
Great!! But I don’t know why people gave you negative trust.
|
|
|
|
|
Thanks gmaxwell, I am try to archive this , and I think I have found something.
|
|
|
|
|
I think we need mental poker on blockchain.
|
|
|
|
|
Is there white paper available?
|
|
|
|
|
For the one who given negative trust to announcer:
Are you sure what you did ? Please atleast verify it. It is important for users like me to join this project.
|
|
|
|
|
What’s innovation in this project?
|
|
|
|
truedeckTeam, why not a commit-and-reveal scheme where each participant commits a hash of a random value, then reveals the value, and all values are hashed together? In my prior post, I provided links to one such system. I don’t know if that meets your criterion for “decentralized”; you did not specify your requirements quite clearly.
The requirements are something like gambling game on blockchain |
|
|
|
truedeckTeam, why not a commit-and-reveal scheme where each participant commits a hash of a random value, then reveals the value, and all values are hashed together? In my prior post, I provided links to one such system. I don’t know if that meets your criterion for “decentralized”; you did not specify your requirements quite clearly.
It may have some problems, suppose We played a game on decentralised platform like blockchain. Now if we take inputs from each users and ask them to send hash , then one who will collect those hashes gains the power to predict what will be the number. So game will be somewhat centralised . And I think we can use this number as difficulty and use POW |
|
|
|
Thanks but if I use block hashes, then it will be pre predictable. I need something that is unpredictable until it gets in public.
The last digit of a block hash is really not pre-predictable because no miner in their right mind would forfeit their block in order to manipulate the last digit. The benefit of doing so would have to be greater than the 12.5 BTC loss of throwing away their solution. It may still be possible to manipulate if there are two block candidates (an unresolved chain split) but the usual waiting for 6 confirmations solves that. By this way again the problem is same it is predictable and seen by all , everyone can see last 6 blocks and can go to number. What my idea is to use a pow algorithm to some random difficulty, and that difficulty is taken by people, because nature is what is true random. Let’s say that we will ask people to move pointers at a particular time and use that randomness together and make a difficulty number and use pow. |
|
|
|
|
