SameOrDiff.Com gian lận hay không ?
Trc đây trên forum đã có nhiều ý kiến về việc sameordiff.com có gian lận hay ko, và mình thấy đại đa số đều là những ý kiến phỏng đoán thiếu thuyết phục. Thằng này mình cũng thi thoảng có chơi cho vui và nghĩ nó khá công bằng theo đúng kiểu hên xui 50/50. Tuy nhiên từ lúc nó thay đổi rule thành so số cuối của batch 1 với số gần cuối của batch 2 thì mình thấy không phải tự nhiên nó làm vậy, mà rất có thể để nhằm dễ dàng kiểm soát tỷ lệ thắng - thua hơn. Mình cũng làm lập trình nên có thể đưa ra nhưng suy luận (tất nhiên là theo cá nhân thôi) như sau:
* Như chúng ta đã biết batch lr tăng liên tục theo số lượng giao dịch, nếu trc đây rule cũ là so tổng 2 số cuối của batch 1 với 2 số cuối của batch 2 thì mình nghĩ khá công bằng (theo kiểu 50/50) vì cái số cuối nó tăng liên tục, rất khó kiểm soát để chi phối tỷ lệ thắng thua.
* Với rule mới là so số cuối của batch 1 với số gấn cuối của batch 2 nếu không để ý thì sẽ nghĩ không có gì khác vì so số nào cũng đc nhưng thực tế thì lại khác hoàn toàn, lý do là số gần cuối của batch 2 phải có 10 giao dịch mới thay đổi 1 lần nên hoàn toàn có thể kiểm soát đc tỷ lệ thắng thua. Để dễ hiểu hơn mình lấy ví dụ như sau:
Người chơi chọn DIF và có batch 1 là xxxxxxx12, như vậy để thắng thì số gần cuối của batch 2 phải là số lẻ. Sau khi hệ thống có đc số batch 1 thì như các bạn đã biết là nó sẽ send ngược lại 0.01$ để lấy batch 2. Và nếu như nó cứ tự động như thế thì sẽ hoàn toàn công bằng, nhưng thực tế mình nghĩ sẽ không như vậy. Tùy từng trường hợp có thể sẽ thực hiện như trên và người chơi sẽ đc hưởng công bằng, nhưng có trường hợp nó sẽ không send 0.01$ ngược lại ngay mà sẽ send 0.01$ vào 1 tài khoản ABC nào đó của nó, mục đích là để xác định batch hiện tại là bao nhiêu, ví dụ sau khi có batch 1 là xxxxxxx12 như trên nó sẽ send 0.01$ vào ABC và có batch hiện tại là xxxxxxx19, ngay lập tức nó sẽ send 0.01$ vào tài khoản người chơi và kết quả là gì ? Kết quả là gần như chắc chắn batch 2 sẽ là xxxxxxx2x vì trong thời gian gần như tức thì xác xuất để có hơn 10 giao dịch để batch 2 thành xxxxxxx3x (người chơi thắng) là rất thấp. Nếu ở bước send 0.01$ vào ABC và có batch hiện tại là xxxxxxx2y thì nó sẽ cân nhắc, ví dụ y>8 thì nó sẽ send tiếp vào acc ACB lần nữa, vì nếu send vào acc người chơi thì tỷ lệ người chơi thắng là rất cao vì gần như batch 2 sẽ là xxxxxxx3x, còn send tiếp vào ACB để đạt mục đích đưa batch 2 tới xxxxxxx4x (người chơi thua).
Đến đây chắc các bạn hiểu vì sao nó lại thay rule từ so 2 số cuối thành so số cuối batch 1 với số gần cuối batch 2 rồi đúng ko. Thực tế history trên site nếu để ý kỹ sẽ thấy quan điểm trên là đúng:
- Các game Win batch 1 và batch 2 khá liền nhau, tức là những trường hợp này không bị can thiệp, batch 2 không bị kiểm soát được send ngay sau khi có batch 1 và người chơi đc hưởng tỷ lệ thắng thua là 50/50. Tuy nhiên vẫn có trường hợp win batch 1 & batch 2 cách xa nhau vì dù ít nhưng không phải không có lúc có hơn 10 giao dịch tại cùng thời điểm.
- Các game Lost thuộc dạng "nghi bị dàn xếp" thì 2 batch cách nhau khá xa, vì để chắc thắng cho nhà cái có khi nó phải send vài lần tới ABC trước khi send 0.01$ tới lr người chơi.
Nếu những gì mình nghĩ là đúng thì với những ván bị "kiểm soát" thì tỷ lệ thắng thua từ 50/50 đã bị chuyển thành 10/90 (hoặc thấp hơn). Chính vì thế nên những người chơi có tâm lý cay cú khi thua thường cố chơi theo kiếp gấp thếp thường sẽ mất sạch.
Nếu vẫn ham hố thể loại này mình nghĩ nên qua các site vẫn áp dụng rule cũ thì sẽ ok hơn
Trc đây trên forum đã có nhiều ý kiến về việc sameordiff.com có gian lận hay ko, và mình thấy đại đa số đều là những ý kiến phỏng đoán thiếu thuyết phục. Thằng này mình cũng thi thoảng có chơi cho vui và nghĩ nó khá công bằng theo đúng kiểu hên xui 50/50. Tuy nhiên từ lúc nó thay đổi rule thành so số cuối của batch 1 với số gần cuối của batch 2 thì mình thấy không phải tự nhiên nó làm vậy, mà rất có thể để nhằm dễ dàng kiểm soát tỷ lệ thắng - thua hơn. Mình cũng làm lập trình nên có thể đưa ra nhưng suy luận (tất nhiên là theo cá nhân thôi) như sau:
* Như chúng ta đã biết batch lr tăng liên tục theo số lượng giao dịch, nếu trc đây rule cũ là so tổng 2 số cuối của batch 1 với 2 số cuối của batch 2 thì mình nghĩ khá công bằng (theo kiểu 50/50) vì cái số cuối nó tăng liên tục, rất khó kiểm soát để chi phối tỷ lệ thắng thua.
* Với rule mới là so số cuối của batch 1 với số gấn cuối của batch 2 nếu không để ý thì sẽ nghĩ không có gì khác vì so số nào cũng đc nhưng thực tế thì lại khác hoàn toàn, lý do là số gần cuối của batch 2 phải có 10 giao dịch mới thay đổi 1 lần nên hoàn toàn có thể kiểm soát đc tỷ lệ thắng thua. Để dễ hiểu hơn mình lấy ví dụ như sau:
Người chơi chọn DIF và có batch 1 là xxxxxxx12, như vậy để thắng thì số gần cuối của batch 2 phải là số lẻ. Sau khi hệ thống có đc số batch 1 thì như các bạn đã biết là nó sẽ send ngược lại 0.01$ để lấy batch 2. Và nếu như nó cứ tự động như thế thì sẽ hoàn toàn công bằng, nhưng thực tế mình nghĩ sẽ không như vậy. Tùy từng trường hợp có thể sẽ thực hiện như trên và người chơi sẽ đc hưởng công bằng, nhưng có trường hợp nó sẽ không send 0.01$ ngược lại ngay mà sẽ send 0.01$ vào 1 tài khoản ABC nào đó của nó, mục đích là để xác định batch hiện tại là bao nhiêu, ví dụ sau khi có batch 1 là xxxxxxx12 như trên nó sẽ send 0.01$ vào ABC và có batch hiện tại là xxxxxxx19, ngay lập tức nó sẽ send 0.01$ vào tài khoản người chơi và kết quả là gì ? Kết quả là gần như chắc chắn batch 2 sẽ là xxxxxxx2x vì trong thời gian gần như tức thì xác xuất để có hơn 10 giao dịch để batch 2 thành xxxxxxx3x (người chơi thắng) là rất thấp. Nếu ở bước send 0.01$ vào ABC và có batch hiện tại là xxxxxxx2y thì nó sẽ cân nhắc, ví dụ y>8 thì nó sẽ send tiếp vào acc ACB lần nữa, vì nếu send vào acc người chơi thì tỷ lệ người chơi thắng là rất cao vì gần như batch 2 sẽ là xxxxxxx3x, còn send tiếp vào ACB để đạt mục đích đưa batch 2 tới xxxxxxx4x (người chơi thua).
Đến đây chắc các bạn hiểu vì sao nó lại thay rule từ so 2 số cuối thành so số cuối batch 1 với số gần cuối batch 2 rồi đúng ko. Thực tế history trên site nếu để ý kỹ sẽ thấy quan điểm trên là đúng:
- Các game Win batch 1 và batch 2 khá liền nhau, tức là những trường hợp này không bị can thiệp, batch 2 không bị kiểm soát được send ngay sau khi có batch 1 và người chơi đc hưởng tỷ lệ thắng thua là 50/50. Tuy nhiên vẫn có trường hợp win batch 1 & batch 2 cách xa nhau vì dù ít nhưng không phải không có lúc có hơn 10 giao dịch tại cùng thời điểm.
- Các game Lost thuộc dạng "nghi bị dàn xếp" thì 2 batch cách nhau khá xa, vì để chắc thắng cho nhà cái có khi nó phải send vài lần tới ABC trước khi send 0.01$ tới lr người chơi.
Nếu những gì mình nghĩ là đúng thì với những ván bị "kiểm soát" thì tỷ lệ thắng thua từ 50/50 đã bị chuyển thành 10/90 (hoặc thấp hơn). Chính vì thế nên những người chơi có tâm lý cay cú khi thua thường cố chơi theo kiếp gấp thếp thường sẽ mất sạch.
Nếu vẫn ham hố thể loại này mình nghĩ nên qua các site vẫn áp dụng rule cũ thì sẽ ok hơn
Last edited by a moderator:
)
