acura1234567890
acura1234567890
Joined: Sep 4, 2018
  • Threads: 8
  • Posts: 43
February 15th, 2023 at 11:13:00 PM permalink
Here are all the tickets for viewing

https://drive.google.com/file/d/1O9mu_O3R2mfyuD_PpFccTSLRMoQMHH0G/view
acura1234567890
acura1234567890
Joined: Sep 4, 2018
  • Threads: 8
  • Posts: 43
March 18th, 2023 at 10:12:45 PM permalink
Can anyone solve this?
ThatDonGuy
ThatDonGuy
Joined: Jun 22, 2011
  • Threads: 114
  • Posts: 5675
Thanks for this post from:
Dieter
March 19th, 2023 at 1:50:36 PM permalink
Quote: acura1234567890

Can anyone solve this?
link to original post


Well, the first column appears to be just for the scanner to identify where each row exists.
The first five data columns on top match the first number in the identifier, with LSB first; i.e. 30 in binary is 11110, so with LSB first, it is 0-1-1-1-1; 27 is 11011, so it is 1-1-0-1-1.
I have a feeling the important numbers on the ticket are hashed, and that is the number that is in the barcode; there is another record of that ticket on some master computer, which can be verified if necessary. If the numbers themselves were on the ticket somehow, it would be far too easy to generate a fake winning ticket.
acura1234567890
acura1234567890
Joined: Sep 4, 2018
  • Threads: 8
  • Posts: 43
March 20th, 2023 at 9:06:56 AM permalink
I don't think gtech was trying to be tricky or encode the bets on the serial number. There is another example that I found of a similar barcode that is used in the racetrack and it uses a larger field of blocks and then uses hexadecimal to encode the serial number. But this serial number ion the NJ lottery ticket is 17 digits and the barcode is a shorter field. Another thought I had was that since the first part of the barcode is a date code it may not need to encode all 17 digits and references it to serial number on the ticket. Any thoughts?

  • Jump to: