thefiniteidea: Am sending some spare coins for coolness 
haha f*ck yeah man! That was generous as sh*t!
If those are your spare coins, I wanna be the hobo outside your home!!!
Topic: Votecubecoin: a kind of geolocation game/tool inspired in bitcoin (Read 2393 times)
February 02, 2013, 01:15:58 PM
haha f*ck yeah man! That was generous as sh*t!
If those are your spare coins, I wanna be the hobo outside your home!!!
February 02, 2013, 10:27:43 AM
February 02, 2013, 08:18:33 AM
thefiniteidea: Am sending some spare coins for coolness
February 01, 2013, 07:40:32 PM
February 01, 2013, 07:15:10 PM
But...
thinking it better...
A CUBE WITHIN A CUBE!
thinking it better...
A CUBE WITHIN A CUBE!
February 01, 2013, 03:52:51 PM
The mass of the Earth is about the same as the mass of 2*10^50 molecules of water. Take the volume of water at PTN of that number of molecules to have the size of a Matrix cube that can fit Earth.
One meter cube of H2O at PTN has 3.3428*10^28 molecules.
So our matrix cube has about 5,983,008,256,551,394,040,923 meters cube.
It seems better to have the edge of the cube in meters to be an integer.
So instead of a cube with edge 18154036.3 meters
we propose an edge of 18171205 meters making the cube 5,999,999,080,425,132,440,125 m3.
This gives the atmosphere: 2,698,918 meters high.
>> 18154036=2*radius_of_earth+2*atm_height
But actually it seems even better using an edge of 21 million meters making the cube 9261000000000000000000 m^3, so that every cube can be told with 22 digits.
One meter cube of H2O at PTN has 3.3428*10^28 molecules.
So our matrix cube has about 5,983,008,256,551,394,040,923 meters cube.
It seems better to have the edge of the cube in meters to be an integer.
So instead of a cube with edge 18154036.3 meters
we propose an edge of 18171205 meters making the cube 5,999,999,080,425,132,440,125 m3.
This gives the atmosphere: 2,698,918 meters high.
>> 18154036=2*radius_of_earth+2*atm_height
But actually it seems even better using an edge of 21 million meters making the cube 9261000000000000000000 m^3, so that every cube can be told with 22 digits.
January 20, 2013, 04:45:05 AM
Thinking it better maybe all we need is to be able to associate each bitcoin address that is loaded with a string configuration as described in the first post of this thread. Like [Cube1, a%][Cube2, b%]...[LastCube, z%]. Anyone with the private key of that address could change that string adjusting the value of each cube voting. But no one would be able to see that string configuration corresponding to each bitcoin address being used. Only the number of bitcoins and percentage value of each cube would be known, to ensure that this would not bring less anonymity.
The configuration string resulting from all the votings would be the default configuration string of a bitcoin address.
The configuration string resulting from all the votings would be the default configuration string of a bitcoin address.
January 20, 2013, 04:06:47 AM
There would be a maximum of percent value that cubes could have, something like 100,000x the average value of a cube, or a number of that sort. This would be to avoid out of proportion monopoly of the voting for a small fraction of the cubes.
January 20, 2013, 03:31:11 AM
In the app, using data from Google Earth, you could select huge areas (even if they were disjointed you could used Shift Key to add them all) so that they would set the same percentage value to all cubes in that selection. Or you could make two selections and make the values in one of the selections increase or decrease in proportion as you wanted making all the cubes in the other selection increasing or decreasing in proportion accordingly.
For example, I could select all cubes in London, New York and San Francisco and choose them to have a much higher percentage value than cubes in the desert. Or selecting all cubes in London expect the cubes of some specific neighborhoods then making them all decrease in relative value, increasing the value of the cubes of that specific neighborhoods. And then, keep improving my selections, making specific selections or individual cubes more differentiated from each other.
For example, I could select all cubes in London, New York and San Francisco and choose them to have a much higher percentage value than cubes in the desert. Or selecting all cubes in London expect the cubes of some specific neighborhoods then making them all decrease in relative value, increasing the value of the cubes of that specific neighborhoods. And then, keep improving my selections, making specific selections or individual cubes more differentiated from each other.
January 20, 2013, 03:23:55 AM
Thinking it better, the math could be different, you would be able to say how much percent of the matrix cube would each cube be worth according to you. Increasing and decreasing that percent value would increase or decrease the percent value of all other cubes in your voting so that the sum of all the cubes value in percent of your voting was always 100% - coresponding to the value of the whole cube.
But the basic idea would be the same: your voting configuration would contribute to the final one, with as much as the weight of the processing power you devoted compared to that that was already devoted.
But the basic idea would be the same: your voting configuration would contribute to the final one, with as much as the weight of the processing power you devoted compared to that that was already devoted.
January 19, 2013, 05:43:58 PM
As I explained in my post "Earth, cubes and bitcoins": https://bitcointalksearch.org/topic/earth-cubes-and-bitcoins-134624
we can model every Earth/Atmosphere geolocation using cubes.
I will now introduce you to a kind of game that may one day become an interesting visual analytics tool.
It would work with a p2p network and clients, just like with bitcoin, but the proof-of-work would be used to testify the value of each cube cell of the matrix cube.
With the client you would have a model of the Earth, like Google Earth, maybe using it, actually, and you could see the matrix cube and the cube cells of the model I described in the post I mentioned, and each would have its ranking position: 1st, 2nd, 3rd... ...2,195,073,963,105,128,000,000th.
You could then set the ranking position you would like to have it set if you could completly control it, and according to the processing power you were devoting to the network your choice would be adjusting the ranking.
A simple math for this could be adding a number of points equal to the total number of cubes to the 1st in the ranking that would be multiplied by the processing devoted. For the second in the ranking you would be adding a number of points equal to the total number of cubes minus one, and so on for the rest, till the last in the ranking that would be adding only one point times the processing power devoted.
The sofware would use the points to be able to tell how much percent of the points was each cube worth.
You could save your usual preferences in a wallet file so that it was always easy to import it to a client and choose which of the preferences of your wallet you wanted to use at that time.
The original/natural order of the cell cubes would be this: the cube at the center of the matrix cube would be the 1st. The 2nd would be the one contiguous to it on top of it, on its North. Then the 3rd the next one right to it, on East, the 4th the cube next on the right to the center, on East. Then, the 5th, down, on South, and all around, 6th below the center, 7th left to it and 8th, on the left of the center, and all around in spiral till you have all the center layer. Then you would get to the center again but on the second layer, going towards the Greenwich Time Meridian, and go all around in spiral again the same way, covering all the second layer. Then the third layer would be the layer contiguous to the center layer but in the opposite direction to the Greenwich Time Meridian; and the fourth layer contiguous to the second layer, and so on, and so fourth, till the last layer.
A preference in the wallet would be just a string like:
[a0,a1][b0,b1][c0,c1][d0,d1][e0,e1][f0,f1]...with all pairs, correspondent to all cell cubes.
The first value in the pair is what cube location is meant and the second its real position in the ranking you want to vote for. Maybe a better format can be found, but this is not too bad because you can easily manipuate it changing text.
Past history cannot be changed or traded. Once you make your choice and contribuition it is irreversible and only future add ups and commitement will influence the value of each cube.
The name I gave it is: 'votecubecoin'.
we can model every Earth/Atmosphere geolocation using cubes.
I will now introduce you to a kind of game that may one day become an interesting visual analytics tool.
It would work with a p2p network and clients, just like with bitcoin, but the proof-of-work would be used to testify the value of each cube cell of the matrix cube.
With the client you would have a model of the Earth, like Google Earth, maybe using it, actually, and you could see the matrix cube and the cube cells of the model I described in the post I mentioned, and each would have its ranking position: 1st, 2nd, 3rd... ...2,195,073,963,105,128,000,000th.
You could then set the ranking position you would like to have it set if you could completly control it, and according to the processing power you were devoting to the network your choice would be adjusting the ranking.
A simple math for this could be adding a number of points equal to the total number of cubes to the 1st in the ranking that would be multiplied by the processing devoted. For the second in the ranking you would be adding a number of points equal to the total number of cubes minus one, and so on for the rest, till the last in the ranking that would be adding only one point times the processing power devoted.
The sofware would use the points to be able to tell how much percent of the points was each cube worth.
You could save your usual preferences in a wallet file so that it was always easy to import it to a client and choose which of the preferences of your wallet you wanted to use at that time.
The original/natural order of the cell cubes would be this: the cube at the center of the matrix cube would be the 1st. The 2nd would be the one contiguous to it on top of it, on its North. Then the 3rd the next one right to it, on East, the 4th the cube next on the right to the center, on East. Then, the 5th, down, on South, and all around, 6th below the center, 7th left to it and 8th, on the left of the center, and all around in spiral till you have all the center layer. Then you would get to the center again but on the second layer, going towards the Greenwich Time Meridian, and go all around in spiral again the same way, covering all the second layer. Then the third layer would be the layer contiguous to the center layer but in the opposite direction to the Greenwich Time Meridian; and the fourth layer contiguous to the second layer, and so on, and so fourth, till the last layer.
A preference in the wallet would be just a string like:
[a0,a1][b0,b1][c0,c1][d0,d1][e0,e1][f0,f1]...with all pairs, correspondent to all cell cubes.
The first value in the pair is what cube location is meant and the second its real position in the ranking you want to vote for. Maybe a better format can be found, but this is not too bad because you can easily manipuate it changing text.
Past history cannot be changed or traded. Once you make your choice and contribuition it is irreversible and only future add ups and commitement will influence the value of each cube.
The name I gave it is: 'votecubecoin'.
Jump to: