Hello people, i want to introduce my project &ldquo;JAM Whitelist Role Authorizer&rdquo;, an implementation that uses the JAM SDK to provide a role-based and whitelist authorization system. This project is a significant contribution to the Polkadot open source ecosystem and demonstrates the potential of the JAM SDK to develop practical and scalable solutions.
What does this project do? The JAM Whitelist Role Authorizer allows managing authorized addresses, assigning roles (administrator, participant, observer), and running an interactive game where participants answer questions under supervision. The system ensures that only authorized addresses can perform specific actions, ensuring transparency and security in decentralized environments.
Additionally, the repository&rsquo;s resources are available in both English🇬🇧 and Spanish 🇪🇸, making it easy to use and understand for a global developers.
Open Source Code: <a href="https://github.com/Themvp07/JAM-Playground-SDK">Github</a>
JAM SDK Components Used
1.jam-types (Implemented) Description: This crate contains basic types and structures needed for working with services and authorizers in JAM.
Components Used:
<ul>
<li>Authorizer: Represents the JAM system's authorizer. It contains two main fields: code_hash: A hash representing the program code. param: A parameter that can store additional information (e.g., the admin's address).</li>
<li>CodeHash: Represents a 32-byte hash used to validate whether a hash belongs to a list of valid hashes.</li>
<li>AuthParam: A parameter used to store additional data related to authorization.</li>
</ul>
Usage in the Project:
Authorizer is used to manage the validation of authorized addresses.
A CodeHash is dynamically generated based on the admin's name and used to verify the authenticity of operations.
AuthParam is extended with the admin's address to track who performed certain actions.
&nbsp;
2.jam-pvm-common (Reviewed for Future Implementation) Description: Provides common functionalities for working with the PVM (Parity Virtual Machine).
Current Usage: Not explicitly used in the current code.
Future Suggestion: It could be used to ensure that data generated by the authorizer is compatible with the PVM runtime environment. For example, you could implement specific serialization/deserialization functions to handle data in the format required by the PVM.
&nbsp;
3.jam-bootstrap-service (Reviewed, Used as Reference)
Description: A basic service useful for creating initial configurations (genesis) in JAM.
Usage in the Project: Cloned as a reference to understand how to configure a basic service in JAM.
Future Suggestion: It could be used to define an initial configuration that includes predefined addresses for the admin, participant, and observer.
&nbsp;
4.jam-null-authorizer (Used as a Starting Point, but Not Present in the Current Code) Description: A basic authorizer that allows testing without authorization restrictions.
Current Usage: Not explicitly used in the current code.
Future Suggestion: It could be used as a starting point to implement more advanced test cases. For example, it could be integrated to test scenarios where no authorization is required.
&nbsp;
5.jam-pvm-build (Reviewed but Not Publicly Available) Description: A CLI tool that allows building PVM code blobs for services or authorizers.
Current Usage: Not explicitly used in the current code.
Future Suggestion: It could be used to compile the custom authorizer into a deployable PVM blob.
&nbsp;
Community Value
This project not only demonstrates how to effectively integrate and use the JAM SDK, but also serves as a practical example for other developers wishing to build similar services. It also:
<ul>
<li>Encourages adoption of the JAM SDK by providing a real,easily adaptable use case for other functional services.</li>
<li>Provides a modular and extensible solution that can adapt to various authorization scenarios in decentralized applications.</li>
<li>Guidance documentation available in multiple languages.</li>
</ul>
Execution worlflow
1.Assigning roles to participants
<img src="https://i.ibb.co/vxhGQMyx/1.jpg" alt width="640" height="176" />
2.view main menu
<img src="https://i.ibb.co/j9JtvvCm/2.jpg" alt width="640" height="146" />
3.Select option 1: Admin validation and selection of number of questions to ask
<img src="https://i.ibb.co/5h7B3tKK/3.jpg" alt width="639" height="117" />
4.Select option 2: Participant validation and answering questions
<img src="https://i.ibb.co/rXCyxdq/4.jpg" alt width="640" height="546" />
5.Select option 3: Observer validation and viewing answers
<img src="https://i.ibb.co/zhZc47b4/5.jpg" alt width="640" height="264" />
6.Select option 4: Verification of user roles and identification vectors
<img src="https://i.ibb.co/kgxJqtq1/6.jpg" alt width="639" height="219" />
Example of ideas for future implementations
Potential Application in Polkadot Blockchain Academy: This role and authorization system could also be adapted to create a useful scenario in the Polkadot Blockchain Academy. For example, the entrance exam could leverage this resource to be more transparent and fair:
<ul>
<li>Administrator: Defines the questions and manages the process.</li>
<li>Participant: Answers the questions within a limit of operations.</li>
<li>Observer: Monitors the results and ensures impartiality.</li>
</ul>
By using a blockchain-based system, it is ensured that the process is immutable, transparent, and verifiable by all involved. This could improve trust in the selection process and make it more inclusive for global candidates.
Connection with video games like DOOM executed in JAM: The system developed is an essential component for managing who can interact with services in JAM. For example:
<ul>
<li>Access Restriction: In the case of DOOM or another video game, it is possible to use this authorizer to restrict who can deploy or run the application.</li>
<li>Role Assignment: We could assign specific roles, such as administrators who can modify game parameters or users who can only play the game.</li>
</ul>
In the case of DOOM, these components could be used to:
<ul>
<li>Validate that the DOOM binary has not been modified.</li>
<li>Authorize certain users to run the game.</li>
<li>Store relevant metadata, such as the player address or game state.</li>
</ul>
Thank you for your attention, I hope this resource, documentation and implementation ideas will be useful for everyone. See you in the decentralized future that is getting closer and feel free to share questions and comments =)
Note: Thanks Gav and Parity team by this interesting piece of software

Hello people, i want to introduce my project “JAM Whitelist Role Authorizer”, an implementation that uses the JAM SDK to provide a role-based and whitelist authorization system. This project is a significant contribution to the Polkadot open source ecosystem and demonstrates the potential of the JAM SDK to develop practical and scalable solutions.

What does this project do?  
The JAM Whitelist Role Authorizer allows managing authorized addresses, assigning roles (administrator, participant, observer), and running an interactive game where participants answer questions under supervision. The system ensures that only authorized addresses can perform specific actions, ensuring transparency and security in decentralized environments.

Additionally, the repository’s resources are available in both English🇬🇧 and Spanish 🇪🇸, making it easy to use and understand for a global developers.

Open Source Code: [Github](https://github.com/Themvp07/JAM-Playground-SDK)

JAM SDK Components Used

1.jam-types (Implemented) Description: This crate contains basic types and structures needed for working with services and authorizers in JAM.

Components Used:

*   Authorizer: Represents the JAM system's authorizer. It contains two main fields:  
    code\_hash: A hash representing the program code.  
    param: A parameter that can store additional information (e.g., the admin's address).
*   CodeHash: Represents a 32-byte hash used to validate whether a hash belongs to a list of valid hashes.
*   AuthParam: A parameter used to store additional data related to authorization.

Usage in the Project:

Authorizer is used to manage the validation of authorized addresses.

A CodeHash is dynamically generated based on the admin's name and used to verify the authenticity of operations.

AuthParam is extended with the admin's address to track who performed certain actions.

2.jam-pvm-common (Reviewed for Future Implementation) Description: Provides common functionalities for working with the PVM (Parity Virtual Machine).

Current Usage: Not explicitly used in the current code.

Future Suggestion: It could be used to ensure that data generated by the authorizer is compatible with the PVM runtime environment. For example, you could implement specific serialization/deserialization functions to handle data in the format required by the PVM.

3.jam-bootstrap-service (Reviewed, Used as Reference)

Description: A basic service useful for creating initial configurations (genesis) in JAM.

Usage in the Project: Cloned as a reference to understand how to configure a basic service in JAM.

Future Suggestion: It could be used to define an initial configuration that includes predefined addresses for the admin, participant, and observer.

4.jam-null-authorizer (Used as a Starting Point, but Not Present in the Current Code) Description: A basic authorizer that allows testing without authorization restrictions.

Current Usage: Not explicitly used in the current code.

Future Suggestion: It could be used as a starting point to implement more advanced test cases. For example, it could be integrated to test scenarios where no authorization is required.

5.jam-pvm-build (Reviewed but Not Publicly Available) Description: A CLI tool that allows building PVM code blobs for services or authorizers.

Current Usage: Not explicitly used in the current code.

Future Suggestion: It could be used to compile the custom authorizer into a deployable PVM blob.

Community Value

This project not only demonstrates how to effectively integrate and use the JAM SDK, but also serves as a practical example for other developers wishing to build similar services. It also:

*   Encourages adoption of the JAM SDK by providing a real,easily adaptable use case for other functional services.
*   Provides a modular and extensible solution that can adapt to various authorization scenarios in decentralized applications.
*   Guidance documentation available in multiple languages.

Execution worlflow

1.Assigning roles to participants

![](https://i.ibb.co/vxhGQMyx/1.jpg)

2.view main menu

![](https://i.ibb.co/j9JtvvCm/2.jpg)

3.Select option 1: Admin validation and selection of number of questions to ask

![](https://i.ibb.co/5h7B3tKK/3.jpg)

4.Select option 2: Participant validation and answering questions

![](https://i.ibb.co/rXCyxdq/4.jpg)

5.Select option 3: Observer validation and viewing answers

![](https://i.ibb.co/zhZc47b4/5.jpg)

6.Select option 4: Verification of user roles and identification vectors

![](https://i.ibb.co/kgxJqtq1/6.jpg)

Example of ideas for future implementations

Potential Application in Polkadot Blockchain Academy: This role and authorization system could also be adapted to create a useful scenario in the Polkadot Blockchain Academy. For example, the entrance exam could leverage this resource to be more transparent and fair:

*   Administrator: Defines the questions and manages the process.
*   Participant: Answers the questions within a limit of operations.
*   Observer: Monitors the results and ensures impartiality.

By using a blockchain-based system, it is ensured that the process is immutable, transparent, and verifiable by all involved. This could improve trust in the selection process and make it more inclusive for global candidates.

Connection with video games like DOOM executed in JAM: The system developed is an essential component for managing who can interact with services in JAM. For example:

*   Access Restriction: In the case of DOOM or another video game, it is possible to use this authorizer to restrict who can deploy or run the application.
*   Role Assignment: We could assign specific roles, such as administrators who can modify game parameters or users who can only play the game.

In the case of DOOM, these components could be used to:

*   Validate that the DOOM binary has not been modified.
*   Authorize certain users to run the game.
*   Store relevant metadata, such as the player address or game state.

Thank you for your attention, I hope this resource, documentation and implementation ideas will be useful for everyone. See you in the decentralized future that is getting closer and feel free to share questions and comments =)

Note: Thanks Gav and Parity team by this interesting piece of software

Propose and approve a spend of treasury funds.

## Dispatch Origin

Must be [`Config::SpendOrigin`] with the `Success` value being at least `amount`.

### Details
NOTE: For record-keeping purposes, the proposer is deemed to be equivalent to the
beneficiary.

### Parameters
- `amount`: The amount to be transferred from the treasury to the `beneficiary`.
- `beneficiary`: The destination account for the transfer.

## Events

Emits [`Event::SpendApproved`] if successful.

- **Problem Statement:** Introducing the "JAM Whitelist Role Authorizer" project utilizing the JAM SDK for role-based and whitelist authorization in the Polkadot ecosystem.
- **Significance:** Enhancing transparency and security in decentralized environments by managing authorized addresses and roles, offering resources in English and Spanish, and providing a practical example for developers.
- **Proposed Solution:** Utilizing JAM SDK components like jam-types for authorizer validation, jam-bootstrap-service for initial configurations, and potential future implementations for applications in education and video games.
- **Expected Outcomes:** Encouraging JAM SDK adoption, providing modular solutions for decentralized applications, and showcasing practical use cases for developers globally.

#1483 [Retroactive Funding] JAM SDK Implementation of reusable service

No Active Proposals