Tác giả: Bryan; Nguồn: PolkaWorld
Vào ngày 12 tháng 3, Gavin đã chia sẻ kiến trúc JAM lần đầu tiên tại hội nghị sub0 ở Bangkok! ỨNG TÁC là gì? Điều này tác động đến Polkadot như thế nào? Nó sẽ mang lại loại đổi mới nào? Acala CTO Bryan lần đầu tiên đưa ra cách diễn giải độc đáo của mình về X. Sau đây là phiên bản do PolkaWorld biên soạn, các bạn hãy xem nhanh nhé!
Nếu bạn muốn tìm hiểu thêm về JAM, đây là bản nháp RFC cho CoreJam, tiền thân của JAM. Xin lưu ý rằng đây là bản phác thảo ban đầu và nhiều chi tiết kỹ thuật đã thay đổi. Sẽ có bản nháp RFC mới cho JAM. https://github.com/polkadot-fellows/RFCs/pull/31
JAM: Tổ chức lại các thành phần chuỗi chuyển tiếp Polkadot, ngoài Kiến trúc chuỗi chuyển tiếp
Một tính năng quan trọng của JAM là khả năng trừu tượng phần blockchain của ngăn xếp công nghệ phi tập trung. strong>. Nó cung cấp một khái niệm tương tự như một máy tính thế giới, với nhiều lõi có khả năng thực thi bất kỳ chương trình hoặc dịch vụ nào.
Chuỗi chuyển tiếp Polkadot bao gồm các thành phần khác nhau và JAM thực sựtái tạo lại kiến trúc này, cơ bản các thành phần cũng có thể được hiển thị để các nhà phát triển có thể sử dụng các thành phần cơ bản này để xây dựng nhiều loại dịch vụ, bao gồm cả các dịch vụ DA chung, thay vì chỉ xây dựng các parachain hiện nay.
Bằng cách sử dụng JAM, chúng tôi có thể chạy các dịch vụ parachain để xây dựng một chuỗi khối phi tập trung và an toàn. Nhưng xây dựng một chuỗi khối phi tập trung chỉ là một trong nhiều ứng dụng của JAM. Có nhiều ứng dụng thú vị hơn mà chúng tôi có thể phát triển bằng JAM, Tính khả dụng của Dữ liệu (DA) là một ví dụ hữu ích nhưng đây không phải là một cải tiến có thể thay đổi cuộc chơi.
Các nhà phát triển có thể triển khai nhiều dịch vụ khác nhau trên JAM, một trong số đó có thể là Dịch vụ Parachain, tức là một chuỗi song song hoặc chuỗi khối có thể được xây dựng thông qua JAM; Nhưng các nhà phát triển cũng có thể triển khai Dịch vụ EVM không chuỗi trên JAM, đây là một dịch vụ không có chuỗi, ví dụ như ví hợp đồng.
JAM mang đến các ứng dụng không có máy chủ
Bryan đã chia sẻ Một thay đổi đó JAM có thể mang đến Chainless Dapp, tức là ứng dụng phi tập trung không chuỗi.
Điều này có nghĩa là gì? Trong kịch bản hiện tại, mọi ứng dụng phi tập trung (dApps) yêu cầu sức mạnh tính toán đều chạy trên blockchain hoặc nền tảng tương tự. Tuy nhiên, với sự ra đời của JAM, các ứng dụng phi tập trung có thể thực hiện các tác vụ tính toán mà không cần dựa vào các chuỗi khối truyền thống, tức là Chainless Dapp.
Theo thuật ngữ Web2, Ethereum hoặc hầu hết các mạng blockchain độc lập, giống như một máy chủ được lưu trữ dưới tầng hầm của ai đó. Polkadot cung cấp giải pháp giống như điện toán đám mây, nơi mọi người có thể thuê một phiên bản trong một khoảng thời gian để chạy chuỗi khối của riêng họ trong khi tận hưởng tính bảo mật chung do mạng Polkadot cung cấp. Điều này có nghĩa là người dùng có thể sử dụng cơ sở hạ tầng của Polkadot để chạy và duy trì chuỗi khối của riêng họ mà không cần phải tự xây dựng và quản lý máy chủ.
Và Polkadot 2.0 tiến thêm một bước nữa, cung cấp giải pháp không có máy chủ. Các nhà phát triển không còn cần phải lo lắng về máy chủ nữa. Các ứng dụng có thể chạy ở đâu đó trên đám mây theo yêu cầu. Một lần nữa, được bảo vệ bởi bảo mật chung.
Serverless Trước đây, dịch vụ đám mây rất đơn giản, chỉ cần thuê máy và triển khai dịch vụ trên đó. Sau đó, anh chịu trách nhiệm bảo trì máy, nâng cấp hệ thống và áp dụng các bản vá lỗi nhưng chi phí bảo trì tương đối cao. Điều này cũng đúng với việc phát triển chuỗi song song hiện nay, chúng ta phải tốn rất nhiều công sức cho việc duy trì chuỗi và nâng cấp Polkadot-sdk, v.v., tương đối tốn kém.
Khái niệm về Serverless là với tư cách là nhà phát triển, tôi chỉ cần viết logic nghiệp vụ của mình. Tôi không cần bảo trì máy và tôi cũng không' Tôi không muốn nghĩ đến việc cân bằng tải, tăng/giảm quy mô, v.v. JAM cho phép các nhà phát triển giao thức phát triển một chức năng tương tự như AWS lambda, giảm chi phí bảo trì cho các nhà phát triển ứng dụng. Đối với các nhà phát triển, không có khái niệm về máy chủ.
AWS lambda là một dịch vụ Serverless. Nhà phát triển có thể viết mã, chuyển mã sang AWS lambda rồi thực hiện một số cấu hình. Khi người dùng truy cập dịch vụ này, aws sẽ A một số máy nhất định thực thi mã và xử lý các yêu cầu của người dùng. AWS lambda sẽ chịu trách nhiệm bảo trì, nâng cấp hệ thống, bảo mật, v.v. của tất cả các máy.
Nhiều lợi ích mà ứng dụng không có máy chủ mang lại cũng áp dụng cho các ứng dụng phi tập trung không dựa vào chuỗi khối (các ứng dụng phi tập trung không có chuỗi). Các ứng dụng này có khả năng mở rộng cao vì nhiều bản sao của ứng dụng có thể chạy đồng thời trên nhiều lõi xử lý. Ngoài ra, một ứng dụng như vậy có thể rất tiết kiệm vì nó chỉ tiêu tốn tài nguyên khi được sử dụng thay vì chạy liên tục, do đó giảm chi phí. Nó có thể giảm đáng kể chi phí vận hành do không cần phải bảo trì máy chủ (blockchain) nữa. Trình bảo trì thực thi thời gian chạy (tức là dịch vụ JAM) xử lý tất cả công việc vận hành, chẳng hạn như nâng cấp và triển khai các tính năng mới.
Công nghệ serverless đã cách mạng hóa cách phát triển một số ứng dụng đám mây. JAM sẽ mang lại những thay đổi tương tự. Tuy nhiên, điều quan trọng cần lưu ý là không phải tất cả các ứng dụng đám mây hiện đại đều áp dụng kiến trúc serverless và các máy chủ truyền thống vẫn có chỗ đứng trong môi trường công nghệ ngày nay. Điều này cũng áp dụng cho công nghệ parachain, công nghệ này vẫn có những ưu điểm và kịch bản ứng dụng riêng.
Hãy tưởng tượng rằng các nhà phát triển có thể có một Dịch vụ JAM có tên là hợp đồng EVM trong tương lai. Hợp đồng này có thể được duy trì bởi một dự án cộng đồng và chịu trách nhiệm nâng cấp phiên bản EVM. Thêm tính năng và nhiều hơn nữa. Người dùng có thể sử dụng Dịch vụ JAM này để trực tiếp triển khai và thực hiện các hợp đồng EVM.
Tương lai với tiềm năng không giới hạn mà JAM sẽ mang lại
Sự phát triển của JAM không dừng lại ở đây. JAM cung cấp một mô hình rất thú vị và nhiều mô hình nguyên thủycó tiềm năng lớn. Tôi tin rằng chúng ta sẽ khám phá ra nhiều ứng dụng phi tập trung hiện đại hơn của các mô hình khác nhau. Về cơ bản, JAM nhằm mục đích loại bỏ một số hạn chế hiện có và cung cấp cho các nhà phát triển sự tự do và linh hoạt hơn so với Polkadot 1.0.
Ở đây tôi chưa đề cập đến khả năng nhắn tin đồng bộ giữa các ứng dụng JAM khác nhau. Đây là điều mà các ứng dụng Web2 không thể thực hiện được vì chúng thường dựa vào máy chủ để xử lý việc nhắn tin thay vì giao tiếp đồng bộ trực tiếp giữa các ứng dụng. Tính năng này cung cấp nhiều khả năng tương tác và cộng tác hơn giữa các ứng dụng phi tập trung.
Trong công nghệ Web2, các yêu cầu không đồng bộ (tức là các yêu cầu có thể tiếp tục thực hiện các tác vụ khác trong khi chờ phản hồi) về cơ bản là một vấn đề đã được giải quyết. Tuy nhiên, chúng ta phải thừa nhận rằng các yêu cầu không đồng bộ làm tăng thêm độ phức tạp và gây ra nhiều lỗi. Một số vấn đề phổ biến bao gồm "callback hell" (trong đó nhiều cấp độ của hàm gọi lại lồng nhau khiến mã khó hiểu và khó bảo trì) và "điều kiện chạy đua" (trong đó nhiều hoạt động đồng thời dẫn đến kết quả không thể đoán trước). Chúng tôi đang bắt đầu quan sát những vấn đề này trong các giao thức nhắn tin chuỗi chéo ngày nay. Nhưng điều đó có thể không còn là vấn đề nữa.
JAM vẫn đang ở giai đoạn đầu và cần phải thực hiện rất nhiều công việc để sẵn sàng sử dụng. Nếu bạn muốn tìm hiểu về JAM RFC ngay khi nó được phát hành, vui lòng chú ý đến kho lưu trữ Fellowship RFC: https://github.com/polkadot-fellows/RFCs
JinseFinance
Coinlive 
Cointelegraph
Bitcoinist