1 of 35

Demystifying the Evolution of Polkadot

OpenGuild

2 of 35

OpenGuild and Polkadot SEA

OpenGuild is a developer hub for

Polkadot enthusiasts in Southeast Asia (SEA) Region

OpenGuild

3 of 35

What is JAM?

Let’s go through the concepts and definitions first

OpenGuild

4 of 35

Not this JAM

Our JAM is inedible.

And not made from fruit…

OpenGuild

5 of 35

JOIN

ACCUMULATE

MACHINE

OpenGuild

In a single coherent model, Jam provides a global singleton permissionless object environment—much

like the smart-contract environment pioneered by Ethereum—paired with secure sideband computation parallelized

over a scalable node network, a proposition pioneered by Polkadot.

Jam introduces a decentralized hybrid system offering smart-contract functionality structured around a secure and

scalable in-core/on-chain dualism. While the smart-contract functionality implies some similarities with Ethereum’s

paradigm, the overall model of the service offered is driven largely by underlying architecture of Polkadot.

Jam is permissionless in nature, allowing anyone to deploy code as a service on it for a fee commensurate with the

resources this code utilizes and to induce execution of this code through the procurement and allocation of core-time,

a metric of resilient and ubiquitous computation, somewhat similar to the purchasing of gas in Ethereum. We already

envision a Polkadot-compatible CoreChains service.

6 of 35

Where to learn about JAM?

OpenGuild

7 of 35

OpenGuild

Token2049

Sub0 Keynote

CoreJAM RFC

8 of 35

Polkadot Relaychain will hit its ceiling soon

Hence, JAM will be the candidate to replace Relaychain in the future.

But it will be no longer a candidate…

OpenGuild

9 of 35

Originally CoreJAM (Collect-Refine-Join-Accumulate)

OpenGuild

10 of 35

WHY JAM?

OpenGuild

11 of 35

State of Previous Work and Present Trends

Polkadot

Ethereum

Solana

Cosmos

SNARK Rollups

OpenGuild

12 of 35

There’s no Good 👍 or Bad 👎. Everything has trade-offs

OpenGuild

13 of 35

Made by OpenGuild Labs

OpenGuild

14 of 35

Fragmented Meta-Networks

(Normal Language: Multichain, Rollups)

(Real-world Cases: Zk-SNARK Rollups, Polkadot Parachain, Cosmos)

OpenGuild

15 of 35

Existing State of Polkadot

👍 Independent Ecosystem with Isolated Parachain Model
👎 Computing Power is limited to the Parachain Auction Winner

(With upcoming Agile Coretime release, this can be solved)

👎 Accessibility < Smart-contract system like Ethereum

OpenGuild

16 of 35

Existing State of Ethereum

👍 Storage responsibility is splitted amongst validator-base (Proto Danksharding)
👍 Smart contract system efficient accessibility
👎 Accessibility < Smart-contract system like Ethereum

OpenGuild

17 of 35

Existing State of SNARK Rollups

👍 Ethereum’s strategy for sideband computation does centre around the SNARK-based rollups
👍 By compressing transaction-related data, ZK-rollups significantly increase the number of transactions processed per block.
👍 More secure than the off-chain scaling solutions (ex. Sidechain)
👎 There is a trade-off between the proof’s size, verification complexity and the computational complexity of generating it.
👎 CPU Heavy and Cloud Cost Inefficiency

OpenGuild

Hyperbridge - Polytype Labs

18 of 35

OpenGuild

19 of 35

High-Performance Fully Synchronous Networks

OpenGuild

20 of 35

Existing State of Solana

👍 Theoretical figures of over 700,000 TPS 👀
👍 According Ng 2024, the network is only seen processing a small fraction of this.
👎 The outcome of a heavily optimized codebase creates structural centralization and can undermine resilience => Bugs found in various subsystems caused multiple downtime 💀

😢 Unlike classical blockchains, the Solana protocol offers no solution for the archival and subsequent review of historical data. <= According to Solana Foundation 2023, nodes simply place the data onto a centralized database hosted by Google.

Lastly, insane hardware requirements for Node 😵

OpenGuild

21 of 35

Deep Dive: JAM

OpenGuild

22 of 35

OpenGuild

Factory (JAM)

Truck

(Service)

Work Package

0..N�Work Items

Service Entry Points

Truck is waiting for the work Packages to deliver to the Factory

Raw Work Items stored in the Work Packages

23 of 35

What does the Truck want?

OpenGuild

24 of 35

Truck want the Accumulated Work Reports

Bro, WTF is it?

OpenGuild

25 of 35

Refine is the function that does the mostly stateless computation. It defines the transformation for the rollup for a specific service.

OpenGuild

Work Package

0..N�Work Items

“Refine”

Employee

0..N�Work Results

Work

Report

26 of 35

OpenGuild

“Accumulate”

Employee

0..N�Work Results

Work

Report

Overall State

27 of 35

Service Model

OpenGuild

28 of 35

OpenGuild

29 of 35

Parachain as a JAM Service Model

OpenGuild

30 of 35

OpenGuild

Factory (JAM)

Parachain Truck

Work Package

Blockchain State, Transactions…

Service Entry Points

Work Items in the Parachain Model

31 of 35

Made by OpenGuild Labs

OpenGuild

32 of 35

Learn more with OpenGuild Community

33 of 35

HOW TO CONTRIBUTE?

Propose new idea

Contribute to projects

Grow the community

Workshops & Events

34 of 35

Open-Rust Course

Join our Discord

"Lifetimes" trong ngôn ngữ lập trình Rust, cung cấp thông tin thêm về cách sử dụng các chú thích về thời gian sống (lifetime annotations) và các quy tắc áp dụng cho cấu trúc dữ liệu sử dụng dữ liệu mượn. Dưới đây là giải thích chi tiết của các điểm chính:

…

Hình ảnh này tiếp tục với chủ đề "Lifetimes" trong ngôn ngữ lập trình Rust, cung cấp thông tin thêm về cách sử dụng các chú thích về thời gian sống (lifetime annotations) và các quy tắc áp dụng cho cấu trúc dữ liệu sử dụng dữ liệu mượn. Dưới đây là giải thích chi tiết của các điểm chính: Lifetime Annotations: Các chú thích này chỉ ra rằng có một số dữ liệu sở hữu tồn tại mà: "Sống cùng lúc ít nhất" với dữ liệu được mượn. "Tồn tại lâu hơn" hoặc "vượt qua" phạm vi mượn. "Tồn tại lâu hơn" phạm vi mượn. Cấu trúc Sử dụng Dữ liệu Mượn: Các cấu trúc này phải: Luôn được tạo ra sau khi chủ sở hữu được tạo ra. Luôn được hủy bỏ trước khi chủ sở hữu bị hủy bỏ. Điều này nhấn mạnh rằng khi bạn tạo một cấu trúc (struct) trong Rust mà chứa một tham chiếu đến dữ liệu, bạn cần đảm bảo rằng dữ liệu đó không bị hủy bỏ trước khi cấu trúc cần nó. Các chú thích thời gian sống cho phép bạn thông báo cho trình biên dịch Rust biết về mối quan hệ thời gian giữa dữ liệu sở hữu và dữ liệu mượn, giúp trình biên dịch ngăn chặn lỗi từ việc truy cập vào dữ liệu không hợp lệ hoặc không còn tồn tại nữa. Về cơ bản, thông qua việc sử dụng lifetime annotations, Rust giúp đảm bảo an toàn bộ nhớ bằng cách yêu cầu lập trình viên mô tả rõ ràng mối quan hệ thời gian giữa các tham chiếu, nhằm tránh tình trạng "dangling references" mà không cần sử dụng garbage collector.

35 of 35

Benefits of Contribution

Networking with other developers

Improve your technical skills

Mentored by Substrate experts

Learn by building OSS

Career Opportunities 🧑‍💻

*OSS: Open-source Software