Topic: A Gambling Project - page 2. (Read 3214 times)
Sound great!
GooD news 
We have got our first Tx : https://blockchain.info/tx/39101406353faa921a957942e0894a859f9dc1cb837fed0d8e73679c57eb2aae
If u make your Tx. Please update here : https://bitcointalksearch.org/topic/www100bitcoin-a-gambling-project-based-on-blockchain-info-471521
We have got our first Tx : https://blockchain.info/tx/39101406353faa921a957942e0894a859f9dc1cb837fed0d8e73679c57eb2aaeIf u make your Tx. Please update here : https://bitcointalksearch.org/topic/www100bitcoin-a-gambling-project-based-on-blockchain-info-471521
Yeah that's me
I will edit my post with the link!Thanx... xpecting more people to participate
GooD news We have got our first Tx : https://blockchain.info/tx/39101406353faa921a957942e0894a859f9dc1cb837fed0d8e73679c57eb2aae
If u make your Tx. Please update here : https://bitcointalksearch.org/topic/www100bitcoin-a-gambling-project-based-on-blockchain-info-471521
We have got our first Tx : https://blockchain.info/tx/39101406353faa921a957942e0894a859f9dc1cb837fed0d8e73679c57eb2aaeIf u make your Tx. Please update here : https://bitcointalksearch.org/topic/www100bitcoin-a-gambling-project-based-on-blockchain-info-471521
Yeah that's me
I will edit my post with the link!
GooD news We have got our first Tx : https://blockchain.info/tx/39101406353faa921a957942e0894a859f9dc1cb837fed0d8e73679c57eb2aae
If u make your Tx. Please update here : https://bitcointalksearch.org/topic/www100bitcoin-a-gambling-project-based-on-blockchain-info-471521
We have got our first Tx : https://blockchain.info/tx/39101406353faa921a957942e0894a859f9dc1cb837fed0d8e73679c57eb2aaeIf u make your Tx. Please update here : https://bitcointalksearch.org/topic/www100bitcoin-a-gambling-project-based-on-blockchain-info-471521
When this game will be going on? I think i would give it a try.
The game is ON. To participate, U just need to send 0.01 BTC to 1K3dhqF1hLsqThRw41KvMkFrogvgy5e6cp. If you send that amount, please post your Tx details here => https://bitcointalksearch.org/topic/www100bitcoin-a-gambling-project-based-on-blockchain-info-471521
When this game will be going on? I think i would give it a try.
I have updated the first post of this thread as per the community suggestion. The game may begin now
I like to join but i don't have money to share
You will get enough bitcoin to buy several tickets soon, when you receive your sig ad payment.
Sure you can. Do it!
I like to join but i don't have money to share
Do you want me to buy you a ticket?
I like to join but i don't have money to share
U dont need money here. U need 0.01 BTC
I like to join but i don't have money to share
Take the sum of tx_indexes modulo number of entries. This gives a number between 0 and (number of entries - 1). If you either add 1 to the result or number your entries starting from 0 you have found the winning entry that would get the jackpot minus house edge.
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
Thank u for the solution ..so what I understand, if we have a tx_index sum of 987654321 and 89 transactions at the end of the time limit, then 50 is the winning transaction. Because => https://www.google.com/search?q=987654321%2589 ...I'm NOT sure how people are going to accept it. I'm waiting for community feedback for this rule.
Regarding the sequence of transaction, it is by the arrival at my node. I mentioned it at Point 3 of http://www.100bit.co.in/rules.php
@Onkel Paul Yes, I agree that if 0.01 BTC is something that someone cant afford to lose, he/she should stay away from this game. At the same time, I urge you to make the first transaction for a kick start
I have no problem with that rule at all.
Good luck to your project
as long as this numbers are variable then i say YES!
Sure we say yes!!
Developing is so amazing! Take the sum of tx_indexes modulo number of entries. This gives a number between 0 and (number of entries - 1). If you either add 1 to the result or number your entries starting from 0 you have found the winning entry that would get the jackpot minus house edge.
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
Thank u for the solution ..so what I understand, if we have a tx_index sum of 987654321 and 89 transactions at the end of the time limit, then 50 is the winning transaction. Because => https://www.google.com/search?q=987654321%2589 ...I'm NOT sure how people are going to accept it. I'm waiting for community feedback for this rule.
Regarding the sequence of transaction, it is by the arrival at my node. I mentioned it at Point 3 of http://www.100bit.co.in/rules.php
@Onkel Paul Yes, I agree that 0.01 BTC is something that someone cant afford to lose, he/she should stay away from this game. At the same time, I urge you to make the first transaction for a kick start
Take the sum of tx_indexes modulo number of entries. This gives a number between 0 and (number of entries - 1). If you either add 1 to the result or number your entries starting from 0 you have found the winning entry that would get the jackpot minus house edge.
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
Thank u for the solution ..so what I understand, if we have a tx_index sum of 987654321 and 89 transactions at the end of the time limit, then 50 is the winning transaction. Because => https://www.google.com/search?q=987654321%2589 ...I'm NOT sure how people are going to accept it. I'm waiting for community feedback for this rule.
Regarding the sequence of transaction, it is by the arrival at my node. I mentioned it at Point 3 of http://www.100bit.co.in/rules.php
@Onkel Paul Yes, I agree that if 0.01 BTC is something that someone cant afford to lose, he/she should stay away from this game. At the same time, I urge you to make the first transaction for a kick start
Take the sum of tx_indexes modulo number of entries. This gives a number between 0 and (number of entries - 1). If you either add 1 to the result or number your entries starting from 0 you have found the winning entry that would get the jackpot minus house edge.
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
100 entries is just a special case of this - modulo 100 just means to take the last 2 digits.
Of course, it requires some arithmetics to check whether the right transaction won - just taking the last 2 digits is easier. But then adding up 100 tx indexes is already quite some bit of work, so few people would check manually.
Another possible problem (unless I misunderstood the function of tx_index) is the placement of transactions in the list - are they sorted strictly by tx_index, or by arrival at your node?
Onkel Paul
(note that even though I gave technical advice on how such a thing might be done, I generally recommend against gambling, especially if you don't really have money that you won't miss when you lost it...)
one problem is the people who start might have to wait a long time until the 100 people enter and they'll begin to doubt if the raffle will ever occur. maybe set a time limit and/or person limit so that they know it will start on a certain date even if only 50 people show up (and then win only .5 btc)
Nice point, but there is one problem in implementing it in this system, because our winner is dependent on blockchain.info tx_index. We are adding up Tx indices to get a number between 0-99. But, if I stop the game depending on the participation, then how will I decide the winner ?
Suppose there are 34 transactions. If the rightmost 2 digits of the added result is 73, then no one will win it and this is bad. Can u please suggest any counter mechanism to sort out his problem ?
one problem is the people who start might have to wait a long time until the 100 people enter and they'll begin to doubt if the raffle will ever occur. maybe set a time limit and/or person limit so that they know it will start on a certain date even if only 50 people show up (and then win only .5 btc)
Yes seems very interesting we all wait untill it is fiished!
hopefully soon!
Good luck to dev!
we all wait untill it is fiished!hopefully soon!
Good luck to dev!
Yep. The skeleton of the website that would be run manually at the beginning is ready. I'll be posting in the gambling section soon. You may start playing though...
Here we go => www.100bit.co.in
good ...plz post it in the gambling section too...
Jump to: