1 of 10

Revolutionizing online gambling and addressing issues of unfair game outcomes, high fees, restrictive withdrawal policies, wager limits, bonus drawbacks and lack of true asset ownership by leveraging aptos on-chain randomness module and decentralized asset management with cross -chain capabilities.

Safe, Secure, Transparent Gaming and Gambling Platform on Aptos Ecosystem.

​

2 of 10

Contents

  1. Problems & Solution
  2. Architecture
  3. Randomness
  4. Encryption
  5. Modularization
  6. Demo

3 of 10

Problems

  • Unfair Game Outcomes: 90% platforms manipulate game results, leading to unfair play.

​

  • High Fees: Users face exorbitant fees for deposits, withdrawals, and gameplay.

​

  • Restrictive Withdrawal Policies: Withdrawal limits, delays and conditions often prevent users from accessing their funds.

​

  • Bonus Drawbacks: Misleading bonus schemes trap users with unrealistic wagering requirements.

​

  • Lack of True Asset Ownership: Centralized platforms retain control over user assets, limiting their freedom and security.

Solution

  • Provably Fair Gaming: Utilizing the on-chain randomness module to ensure all game outcomes are transparent and verifiably fair.

​

  • Low Fees: Leveraging the efficiency of Analog blockchain to minimize transaction costs.

​

  • Flexible Withdrawal Policies: Providing users with unrestricted access to their funds.

​

  • Transparent Bonus Schemes: Clear and honest bonus terms without hidden traps.

​

  • True Asset Ownership: Decentralized asset management ensures users have full control over their assets.

​

Problems & Solution

4 of 10

Architecture: Game Flow

5 of 10

“We needed a chocolate box

to shuffle the cards in a manner that no one could predict.”

Randomness

Generate the card deck 🡪 Shuffle the cards using the shuffle function 🡪 Encrypt them with the RSA encryption algorithm 🡪 Store them on-chain.

On-chain Preparation of Encrypted Cards

Tamper-proof & Fair play

In a Web2.0 environment, essential functions in a card game, such as shuffling and dealing cards, rely entirely on trusting the operator. However, using on-chain randomness can ensure the fairness of the game.

6 of 10

Encryption: Card Security from Generation to Decryption

In our game, we ensure the security of every card's journey from creation to revelation through thorough encryption. Here's how it operates:

  1. Card Drawing:
    • When a player draws a card, the card number is generated using cryptographic random numbers.
  2. Encryption:
    • The generated card number is encrypted with the player's public key using the RSA encryption algorithm.
  3. Transmission:
    • The encrypted card is securely transmitted to the player's hand.
  4. Hand Viewing:
    • Players can view their hands using their private keys.
  5. Game Conclusion:
    • After the game ends, decrypt the hands and make them visible to all players.

This approach ensures fairness and security in the game, providing players with a trusted environment to enjoy the gameplay.

7 of 10

Encryption: Pathways to Improvements

To ensure that the encryption is sufficiently secure against modern computing power, a minimum key size of 2048 bits is required for RSA encryption.

However, currently, only up to 256-bit keys are supported, which poses a risk that an attacker with powerful computational capabilities could break the encryption.

We need to develop an RSA encryption module with a key size of 2048 bits or more.

Furthermore, security can be enhanced by using OAEP padding or incorporating a symmetric key encryption algorithm.

We have adopted the widely used RSA encryption method for asymmetric key encryption.

8 of 10

Utilization Architecture:

​

  1. Card games typically share a common structure where players receive cards and engage in betting. However, the specific rules for dealing cards and determining winners vary between different games.�
  2. The Shallwemove package provides comprehensive logic for card games. �This means that service providers looking to introduce a new game only need to develop the logic for determining winners. By leveraging the Shallwemove package, the complexities of card distribution and betting are simplified.�
  3. As players exit the game using the exit() function and the game progresses through various actions until reaching the end condition, determining the winner becomes essential. Thus, the Shallwemove package is designed to accommodate custom winner determination logic. Service providers can easily create their own unique services by implementing their custom winner determination logic, thanks to the flexibility offered by the Shallwemove package.

9 of 10

Modularization: Examples

​

  1. Card games typically share a common structure where players receive cards and engage in betting. However, the specific rules for dealing cards and determining winners vary between different games.�
  2. The Shallwemove package provides comprehensive logic for card games. �This means that service providers looking to introduce a new game only need to develop the logic for determining winners. By leveraging the Shallwemove package, the complexities of card distribution and betting are simplified.�
  3. As players exit the game using the exit() function and the game progresses through various actions until reaching the end condition, determining the winner becomes essential. Thus, the Shallwemove package is designed to accommodate custom winner determination logic. Service providers can easily create their own unique services by implementing their custom winner determination logic, thanks to the flexibility offered by the Shallwemove package.

10 of 10

Thank you for your attention