[FREE RAFFLE] - Custom eXch Cryptosteel Capsule (#1)!

[paid2]

Ok guys we will go with block #833600 

Code:

https://bitcoindata.science/giveaway-manager/?U2FsdGVkX1/QBA+kC4wORc/A2KAcyKnpCAyb0O21zAnH00OtEcuUqjdcaEvXuBXbptttmyE4xPVfikNcw208jqjEjz+z3+RLwwtd3eT/6f4cAlI+EyUo0KHHLoZzN+KGArKjlrgx8PgDb+Xc+SbrV8zjdxt0GoW7PCKCW9vJM0kyW3sv0z6xYHeVicX6V9IDPWP6cvY4s38fiQKuG5kaVXvjXEt7Hee1CcDuWTddjyrDgAwCRcrrsFojvfxg8SAFSmwbMyGAPHKAuDtYXOoysYKqlkYmXx123OhWb7TUIcNg4ENDOTiYgfS+ZrDJQLNBwI5L3MULx2JCz11Jkr5thjAz+wyQsiWJpF/IKMfH88kF4FtfXXKrEvayVKaccuna4xTwaYy7V71GKGZX10tpuW5w2qRGI4URmZ2YGWg1fNTBpRS3Bi0yXpCgeploujLNwkwnm1RRJpDkyZQKKOLxlGN2S3cxP2Z1wDeAPdrunxSg/GtLv0CdOOphUjgDA9nl7XibPKTax/3fzK+Xa2ImwyhEU5yHMtk3mr+VNG3+rSR8Uk5C8ll/UidTBnu56rQbsGlf+tOZriU43r/iLoq2skJYPuoKIekhbfV1Xv5WrUpon4kaZDP53sJC38ufTNEn87kau9PbNFf0EJAkarpbf/orUobk6GyBnMMDTlHj3CpvI+1F08FjKlR6+LQViuU5ooQGM+llX8PKEn5T8rU/pb1ypHYhrKzQbqw3zrWNurQwKHhKZD5ARMp+4Dfa8sdZ56XmwfAVqLDG3PsG4m4UE3Q+CLHWUaBdCdq4LYASPoA6T6tybNVMfsWBud7mCWDLx8vXxtqm+YiJ72khOxXOPXQNyQcBMxXsaEzk2wWVq63J7uO+dRu15HcUceIn+Gf+pVkhZEJvYFwA5POHCDWwgNFKmPnvsHt+989SjJ8AXQipaOWTjNAFY7kdt+1sS+t/SNRE/qRKid63ekNeZKgWqcR5Uy0aPxG7aGbpCNhD+FHL7x94hB6LUVwSy1Bj7HbDPqJp0+KB60QCxpLbgaL262ZxboPCJeJAxupAbck5y5cVx7NqipVC2F3urK+LZlKL2FKPrspN2GgPwmspuYWCN6hs5vCQByj66FRAEQfX9sZ73r6e9usnG18FGG0ZlO9XDIx+DsfMQYdmb+J51Z1Mex533XMNTF9uPbgzIN5pzOlfz/wQZD/v7mGAWN4Ct2CIPnKRFkgMy/lZ/unsUkPjRAeX1ZBzSBgGmT2domFGEEQAPteTYfeAdUPR1uFi2okpHAa6XASDAvs4YevML51d+xc0LqIZk2SRtD//bsQQhe+XlUoq8QQUZrJsX6uTs92z1obsTDC+JE56HoVGUf6P9Y7j392Bn33f0mse4cVvzbNeLF2k6Brx2QwiY1Qm0puGI7AT9fLiZrRwYXcSuzSSPzAv3lz4wfuL3JghE3+QNBfIVB+qM6rYTJZ+h2r5yRXJFeLkYTgzIqkU66FUJRThM9wxR5VZF1H6ImNc48ihK3816qbl8XEhUdzuCyRkamIJ2qCVrXvfQ82JgZbDGBLllIeHuiFy+G9HdQZ857WM0BXHF9xWPzDBUeMkaEDWIcvquBUmqLRZsSxVlK/W4SlRdVVNWqS89c3wcjxX1o2QUP0W49oJC5YXn1bIdL3Nmw+h

Good luck!!

[1714551344]

1714551344

[1714551344]

1714551344

[1714551344]

1714551344

[Ratters]

Good luck all!

[paid2]

Congrats to aliveNFT!! You won the first custom eXch Cryptosteel!

58 - alivenft

Thanks for raffle :>

I will send you a PM soon.

Thank you to everyone who took part in this raffle, and see you again very soon for a new one! Thanks to eXch and icopress for the nice prize!

[aliveNFT]

Thank you very much for participating, I'm lucky today.

[MoparMiningLLC]

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!

[paid2]

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/

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

[MoparMiningLLC]

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.

[Numeral]

Thank you for the interesting contest. We will wait for new phases of drawings.

aliveNFT, congratulations on winning!

[paid2]

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.

[Danydee]

Bitmover's tool also can allow draw multiple winners at once.. not limiting the number of participants, etc.

[albon]

40 - albon

Thanks!
-----
Edited: Well, waiting for the next raffle. Thank you, paid2, for the information.

[paid2]

40 - albon

Thanks!

This raffle is over, but a new one will start soon

[MoparMiningLLC]

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

[paid2]

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

Yeah I was answering to haloxon 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. 

see krogoths solution in their raffles: reroll until there's a winner  

Yes I understand that, I just meant perhaps it is the mindset, not necessarily based on the maths/details.

[LoyceV]

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.

[bitmover]

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://bitcointalk.org/index.php?topic=5436655.msg61649395#msg61649395

[MoparMiningLLC]

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://bitcointalk.org/index.php?topic=5436655.msg61649395#msg61649395

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

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.

[examplens]

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.

[MoparMiningLLC]

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.

[bitmover]

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