Pages:
Author

Topic: [FREE RAFFLE] - Custom eXch Cryptosteel Capsule (#1)! (Read 1408 times)

legendary
Activity: 2044
Merit: 2195
EIN: 82-3893490
oh for sure - I get it and the math is easy to calculate. I personally would still prefer keeping it simple and using only the block hash on its own - if no winner, then next block. Seems more fair and more simple to me.

I'm not sure that the simpler way is "if no winner, then next block." if no winner again, then next block... I have seen similar raffles where several blocks were needed.
bitmover's tool is also provably fair

It's probably a matter of habit, you've been used to using one method for years.

no it isnt that at all - it is as I stated, I want, when I do a raffle myself, the winning number to be the actual number the contestants chose, not some number that gets calculated using the block hash.

That is basically the same.

Instead of waiting for the next block, you get the last 6 digits of that block hash, and use the module operator of the total number of participants to get the division remainder .

The modulo.opertator is very simple
For example

Code:
13%5=3

The division remainder (3) is then used to choose the winner.  As the division remainder can never be greater than the number of participants.

Very simple math that works.

It isn't a mysterious and complex calculation



but if someone picks 32 and the block ends in 32 - they are not the winner - so no it is not the same thing at all. The amount of participants and the other 4 digits can change it.

This is no where near the same thing. This does solve waiting for a next block but it does not let people actually choose what number they want to be their "winning" number.

and because no one knows how many participants there will actually be (if not waiting for it to fully fill - but if did wait for it to fill, then could just still use the block hash as it is) and they are not getting to select the other 4 numbers - it does create a mystery as to who will win.

My philosophy - keep it simple. let them choose a very specific value and that value - alone and without other calculations - determines whether they win or not.

this process just basically eliminates the need for waiting for a second block incase of no winner.

I can also see it beneficial where a block is set at the very start and raffle tickets are given in the order of people joining the raffle and the number is simply assigned to them.  
legendary
Activity: 1638
Merit: 4508
**In BTC since 2013**
Congratulations to the winner @aliveNFT

It was good for everyone to participate, come to the next round.  Wink
legendary
Activity: 2212
Merit: 5622
Non-custodial BTC Wallet
oh for sure - I get it and the math is easy to calculate. I personally would still prefer keeping it simple and using only the block hash on its own - if no winner, then next block. Seems more fair and more simple to me.

I'm not sure that the simpler way is "if no winner, then next block." if no winner again, then next block... I have seen similar raffles where several blocks were needed.
bitmover's tool is also provably fair

It's probably a matter of habit, you've been used to using one method for years.

no it isnt that at all - it is as I stated, I want, when I do a raffle myself, the winning number to be the actual number the contestants chose, not some number that gets calculated using the block hash.

That is basically the same.

Instead of waiting for the next block, you get the last 6 digits of that block hash, and use the module operator of the total number of participants to get the division remainder .

The modulo.opertator is very simple
For example

Code:
13%5=3

The division remainder (3) is then used to choose the winner.  As the division remainder can never be greater than the number of participants.

Very simple math that works.

It isn't a mysterious and complex calculation

legendary
Activity: 2044
Merit: 2195
EIN: 82-3893490
oh for sure - I get it and the math is easy to calculate. I personally would still prefer keeping it simple and using only the block hash on its own - if no winner, then next block. Seems more fair and more simple to me.

I'm not sure that the simpler way is "if no winner, then next block." if no winner again, then next block... I have seen similar raffles where several blocks were needed.
bitmover's tool is also provably fair

It's probably a matter of habit, you've been used to using one method for years.

no it isnt that at all - it is as I stated, I want, when I do a raffle myself, the winning number to be the actual number the contestants chose, not some number that gets calculated using the block hash.

It is not a big deal to wait for a next block either.

and I am not opposed to others doing it another way for their raffles - as long as it is specified and verifiable, which this was and is.
legendary
Activity: 3248
Merit: 3098
oh for sure - I get it and the math is easy to calculate. I personally would still prefer keeping it simple and using only the block hash on its own - if no winner, then next block. Seems more fair and more simple to me.

I'm not sure that the simpler way is "if no winner, then next block." if no winner again, then next block... I have seen similar raffles where several blocks were needed.
bitmover's tool is also provably fair

It's probably a matter of habit, you've been used to using one method for years.
legendary
Activity: 2044
Merit: 2195
EIN: 82-3893490
I am not familiar with that program. Thank you for explaining and the link.

Also, using the last 2 numbers from a block hash is verifiable and transparent - anyone can verify that without the use of any tool other than a block explorer - no extra calculations necessary.
The Giveaway Manager is mainly useful when there are more or less than (exactly) 16 or 100 candidates. Number 62 for instance wasn't picked, but even if the last 2 digits of the block hash would be 62, bitmover's tool still produces a winner without rolling over to the next block.

I think that for this kind of giveaway, with several winners and 100 participants,  you would have to manually roll many blocks or used a complicated math to find the winners

It is simpler to just a use a tool that had been used in past giveaways and will do everything for you.

The code is open source. The rules had been defined long before the contest. I think it is pretty fair and easy to use.

There are many discussions here about the tool concept if anyone os interested
https://bitcointalksearch.org/topic/m.61649395

oh for sure - I get it and the math is easy to calculate. I personally would still prefer keeping it simple and using only the block hash on its own - if no winner, then next block. Seems more fair and more simple to me.

I am not arguing against the process - only asking about it. However, everyone feels the need to explain how it works repeatedly to me. I understood it after the first explanation Smiley

and I personally will never use it. I want the number someone selects to be the number that they either win or lose by. Not some calculation that can change the winner/loser based on how many enter as the math would produce a different winner using the same block just by how many entered. Contestants should win based on their number not based on some math that depends on more than the block hash itself.
legendary
Activity: 2212
Merit: 5622
Non-custodial BTC Wallet
I am not familiar with that program. Thank you for explaining and the link.

Also, using the last 2 numbers from a block hash is verifiable and transparent - anyone can verify that without the use of any tool other than a block explorer - no extra calculations necessary.
The Giveaway Manager is mainly useful when there are more or less than (exactly) 16 or 100 candidates. Number 62 for instance wasn't picked, but even if the last 2 digits of the block hash would be 62, bitmover's tool still produces a winner without rolling over to the next block.

I think that for this kind of giveaway, with several winners and 100 participants,  you would have to manually roll many blocks or used a complicated math to find the winners

It is simpler to just a use a tool that had been used in past giveaways and will do everything for you.

The code is open source. The rules had been defined long before the contest. I think it is pretty fair and easy to use.

There are many discussions here about the tool concept if anyone os interested
https://bitcointalksearch.org/topic/m.61649395
legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
I am not familiar with that program. Thank you for explaining and the link.

Also, using the last 2 numbers from a block hash is verifiable and transparent - anyone can verify that without the use of any tool other than a block explorer - no extra calculations necessary.
The Giveaway Manager is mainly useful when there are more or less than (exactly) 16 or 100 candidates. Number 62 for instance wasn't picked, but even if the last 2 digits of the block hash would be 62, bitmover's tool still produces a winner without rolling over to the next block.
hero member
Activity: 504
Merit: 1065
Crypto Swap Exchange
oh I get that and I understand - I just prefer to keep it simple is all. and having to do extra steps to verify is not as simple is all. But yes I understand the time it can take when a raffle is not full.

and yes i knew what the OP said about using it - I just never heard of it (that i can recall) so knew nothing about it is all.

I am not mad Smiley

Yeah I was answering to haloxon Smiley no problem I totally understand your point of view too!

Btw this is not the first time that we have this kind of conversation in the community, I mean about the different preferences for the draw.  Grin Grin Grin
see krogoths solution in their raffles: reroll until there's a winner  Wink


Yes I understand that, I just meant perhaps it is the mindset, not necessarily based on the maths/details. Grin
legendary
Activity: 2044
Merit: 2195
EIN: 82-3893490
I guess that 99% of the members prefer the simple "last 2 numbers of the hash" method.

There is no reason, for the participants it changes nothing. The result is clear, verifiable and fair.
The rules are clear and transparent in OP : "we will use bitmover's tool for the draw".

I prefer using the tool, I don't have to wait X number of blocks to get a result when some spots are not filled, and when I used it for multiples raffles last year everyone was always satisfied.

oh I get that and I understand - I just prefer to keep it simple is all. and having to do extra steps to verify is not as simple is all. But yes I understand the time it can take when a raffle is not full.

and yes i knew what the OP said about using it - I just never heard of it (that i can recall) so knew nothing about it is all.

I am not mad Smiley
hero member
Activity: 504
Merit: 1065
Crypto Swap Exchange
40 - albon

Thanks!

This raffle is over, but a new one will start soon
legendary
Activity: 1680
Merit: 1343
40 - albon

Thanks!

-----
Edited: Well, waiting for the next raffle. Thank you, paid2, for the information.
legendary
Activity: 2576
Merit: 1248
#SWGT CERTIK Audited
Bitmover's tool also can allow draw multiple winners at once.. not limiting the number of participants, etc.
hero member
Activity: 504
Merit: 1065
Crypto Swap Exchange
I guess that 99% of the members prefer the simple "last 2 numbers of the hash" method.

There is no reason, for the participants it changes nothing. The result is clear, verifiable and fair.
The rules are clear and transparent in OP : "we will use bitmover's tool for the draw".

I prefer using the tool, I don't have to wait X number of blocks to get a result when some spots are not filled, and when I used it for multiples raffles last year everyone was always satisfied.
full member
Activity: 216
Merit: 498
I guess that 99% of the members prefer the simple "last 2 numbers of the hash" method.
sr. member
Activity: 291
Merit: 142
Thank you for the interesting contest. We will wait for new phases of drawings.

aliveNFT, congratulations on winning!
legendary
Activity: 2044
Merit: 2195
EIN: 82-3893490

The result is free from human error (as we have already seen), verifiable and transparent



I am not familiar with that program. Thank you for explaining and the link.

Also, using the last 2 numbers from a block hash is verifiable and transparent - anyone can verify that without the use of any tool other than a block explorer - no extra calculations necessary.

my 2 sats.

but your giveaway - your right to decide and your choice - I am not arguing that point at all. I just wanted to understand how it was derived. I can see this being beneficial in raffles with varied amount of slots.
hero member
Activity: 504
Merit: 1065
Crypto Swap Exchange
oh you dont simply use the last 2 numbers in the block hash? seems more direct and simpler. can you explain how you got the 58?

and congrats @aliveNFT!

No I use bitmover's tool: https://bitcoindata.science/giveaway-manager/

Quote
Provably fair giveaway manager

As the blockhash is just a number, its last 6 digits is converted to decimal using this function:
var decimal = parseInt(blockhash.slice(-6), 16);

Now we have an integer (0 to 16777215) from the blockhash.

After dividing this decimal by the number of participants, we use the modulo operator (%) to get the division remainder becomes the index_number.

This index_number is applied in the participants list, to get the position of the winner.
var index_number = decimal % competitors.length;
var winner = competitors[index_number];

For additional winners, the past winners are removed from the list and one more digit is added from the blockhash. A maximum 30 was added to avoid working with big numbers.

The result is free from human error (as we have already seen), verifiable and transparent
legendary
Activity: 2044
Merit: 2195
EIN: 82-3893490
oh you dont simply use the last 2 numbers in the block hash? seems more direct and simpler. can you explain how you got the 58?

and congrats @aliveNFT!
member
Activity: 147
Merit: 83
Thank you very much for participating, I'm lucky today.
Pages:
Jump to: