If i remember correctly then burnin stated that the order of assembly will be the payment time of assembly, not of chip ordering. Thats the first paramater. The second is when chips arent there yet then later orders are processed first. For example someone bought assembly for batch 7 in zefirs groupbuy and batch 5 isnt with burnin yet then he starts to create miners for the chips that are already there but paid later.
I think thats a good solution without problems.
He said that the payment time of assembly will only be relevant for assembly position
within the batch your chips are in, so If you are the first to order on his website but you have your chips in Zefir's batch 7 it'll only mean that you are the first
from batch 7 to get your chips assembled.
Which is consistent I think with my proposition of opening the ordering book by turns for each batch based on date, to avoid having to match and sort thousands of random orders with their chip batch number.
Clarification coming up:
The batch is relevant, because that's the order in which I will receive the chips.
Even if you were to be the very first person to order on my website, i could only assemble and send you your boards once I received the batch your chip are in.
And that's why the batch is relevant.
Within one batch the succession of the order number is determining the position in the queue.
Would be a strange workflow then by adding additional layers of unnecessary difficulties. But if he wants to go this way ok...