Đột phá về tính riêng tư trong tính toán trên Ethereum L2: Ra mắt Starknet Privacy Engine và tái định nghĩa khung tài sản riêng tư STRK20

Vào ngày 20 tháng 04 năm 2026, giải pháp mở rộng Ethereum Layer 2 mang tên Starknet đã triển khai thành công bản nâng cấp v0.14.2 trên mạng chính. Điểm nhấn của bản nâng cấp này là việc giới thiệu cơ chế Xác minh Bằng chứng Nội giao thức (In-Protocol Proof Verification), được định nghĩa và thực hiện theo đề xuất SNIP-36. Đây là lần đầu tiên một mạng Layer 2 trên Ethereum hỗ trợ hạ tầng giao dịch bảo mật ngay tại tầng giao thức. Song song với bản nâng cấp, Starknet cũng ra mắt khung tài sản bảo mật STRK20 cùng ứng dụng đầu tiên là strkBTC—một phiên bản Bitcoin bọc với tính năng bảo mật tùy chọn. Là hệ thống tăng cường bảo mật đầu tiên được triển khai trên kiến trúc ZK-Rollup, bản nâng cấp này được giới quan sát đánh giá là bước ngoặt cho việc triển khai tính toán bảo mật quy mô lớn trên Layer 2.

Một bản nâng cấp, ba chuyển dịch cấu trúc

Vào lúc 08:10 (UTC) ngày 20 tháng 04 năm 2026, sau 10 phút tạm ngưng hoạt động, mạng chính Starknet đã hoàn tất triển khai v0.14.2. Bản nâng cấp này thực hiện ba đề xuất cốt lõi:

SNIP-36 là trung tâm kỹ thuật của bản nâng cấp này. Lần đầu tiên, nó cho phép xác minh bằng chứng trực tuyến ngay tại tầng giao thức trên Starknet, giúp giao dịch tham chiếu trực tiếp bằng chứng thực thi ngoài chuỗi qua cấu trúc Invoke V3. Nhờ đó, các chuyển trạng thái bảo mật được thực hiện, bảo vệ số dư và lịch sử giao dịch của người dùng. Trước đây, Starknet không có xác minh bằng chứng gốc—các ứng dụng muốn xác minh bằng chứng STARK phải thực hiện trong hợp đồng thông minh. Một bằng chứng STARK thường có kích thước 50 đến 200 KB, vượt xa giới hạn kích thước giao dịch của mạng. Các nhà phát triển buộc phải chia nhỏ bằng chứng qua nhiều giao dịch, dẫn đến chi phí cao và trải nghiệm kém. SNIP-36 chuyển xác minh xuống tầng giao thức, ứng dụng chỉ cần sử dụng kết quả xác minh.

Với hạ tầng này, khung tài sản bảo mật STRK20 được triển khai song song. Khung này cho phép bất kỳ token ERC-20 nào trên Starknet tích hợp số dư mã hóa và chuyển khoản bảo mật, với khả năng chuyển đổi tài sản giữa trạng thái "bảo mật" và "công khai" một cách linh hoạt. strkBTC, tài sản đầu tiên áp dụng tiêu chuẩn này, giúp chủ sở hữu Bitcoin tham gia ứng dụng DeFi trong hệ sinh thái Starknet một cách bảo mật. Ở chế độ không bảo mật, nó hoạt động như một token ERC-20 minh bạch; ở chế độ bảo mật, số dư và lịch sử chuyển khoản được ẩn khỏi trình khám phá blockchain công khai.

Cùng lúc đó, SNIP-37 tái cân bằng mô hình kinh tế mạng bằng cách tăng chi phí lưu trữ và giảm giá gas L2 cơ bản. Điều này khiến các giao dịch tính toán nặng rẻ hơn, còn lưu trữ dữ liệu trở nên đắt đỏ hơn, phản ánh đúng mức tiêu thụ tài nguyên. SNIP-13 nâng cấp hợp đồng token StarkGate, tối ưu hóa chỉ mục và xác minh sự kiện ERC-20, đặt nền móng kỹ thuật cho giai đoạn xác minh phi tập trung theo kế hoạch ở SNIP-33.

Nhu cầu bảo mật thúc đẩy tiến hóa kiến trúc L2

Để hiểu ý nghĩa ngành của bản nâng cấp này, cần nhìn lại toàn bộ tiến trình phát triển công nghệ bảo mật trên Layer 2.

Giai đoạn một: Tiềm năng bảo mật của ZK-Rollup (2021–2023)

Khi các giải pháp mở rộng Ethereum Layer 2 xuất hiện, trọng tâm ban đầu là tối ưu thông lượng và chi phí gas. Dù ZK-Rollup vốn dựa trên mật mã zero-knowledge—cho phép xác thực giao dịch mà không tiết lộ chi tiết—các dự án L2 thời kỳ đầu tập trung vào cạnh tranh hiệu năng. Bảo mật được xem là "tính năng bổ sung", chưa phải nhu cầu thiết yếu ở tầng giao thức. Trong giai đoạn này, các đồng bảo mật như Monero và Zcash thống trị ở vai trò chuỗi Layer 1 độc lập, gần như không có giao thoa với hệ sinh thái Ethereum L2.

Giai đoạn hai: Phân hóa hướng tiếp cận công nghệ bảo mật (2024–2025)

Khi vốn tổ chức tham gia sâu vào thị trường crypto, nhận thức về bảo mật đã thay đổi căn bản. Mô hình "ẩn danh toàn diện" của Monero nhiều lần xung đột với quy định tài chính toàn cầu trong thập kỷ qua. Các sàn lớn, chịu áp lực tuân thủ chống rửa tiền, đã hủy niêm yết coin bảo mật ở nhiều khu vực, cắt đứt thanh khoản. Thế hệ công nghệ bảo mật mới chuyển sang hướng "tuân thủ lập trình được"—cho phép người dùng giữ kín dữ liệu với công chúng nhưng chứng minh hợp pháp cho cơ quan quản lý. Xu hướng này thúc đẩy các dự án như Aztec và các mở rộng bảo mật của Polygon, nhưng chưa dự án nào tích hợp ở tầng giao thức.

Giai đoạn ba: Phân hóa L2 và bảo mật thành chiến lược sống còn (2025–2026)

Sau khi Ethereum Foundation làm rõ vai trò giữa L1 và L2, cạnh tranh giữa các L2 trở nên gay gắt. Bankless ghi nhận tháng 03 năm 2026 rằng L2 phải cung cấp năng lực mà mạng chính Ethereum không thể hoặc không muốn có để tạo khác biệt, với Vitalik Buterin đề xuất bảo mật là ưu tiên hàng đầu. Trong bối cảnh đó, Starknet công bố lộ trình giai đoạn 4 cuối năm 2025, ưu tiên bảo mật và khả năng tương tác với Bitcoin. SNIP-36 được trình lên cộng đồng ngày 15 tháng 02 năm 2026, sau đó vào vòng biểu quyết và triển khai lên mạng chính ngày 20 tháng 04.

Dòng thời gian này cho thấy xu hướng chủ đạo: chức năng bảo mật trên L2 đã chuyển từ "khả năng kỹ thuật" sang "tích hợp gốc ở tầng giao thức". Ý nghĩa của SNIP-36 không chỉ ở việc kích hoạt bảo mật, mà còn ở việc mở ra mô hình mới—chuyển xác minh bằng chứng từ tầng ứng dụng xuống tầng giao thức, giúp bảo mật không còn phụ thuộc vào giải pháp bên ngoài mong manh hoặc tính toán on-chain đắt đỏ. Quyết định kiến trúc này có thể định hình lộ trình công nghệ bảo mật cho mọi L2 tương lai.

Kiến trúc kỹ thuật SNIP-36 và bối cảnh ngành

SNIP-36 vận hành: Tách biệt xác minh và tiêu thụ bằng chứng

Nguyên lý thiết kế cốt lõi của SNIP-36 là "tách biệt rõ ràng giữa xác minh bằng chứng và tiêu thụ kết quả bằng chứng". Quy trình gồm bốn bước:

Bước 1: Tạo bằng chứng ngoài chuỗi. Các bên tạo bằng chứng sử dụng SHARP, Stwo hoặc các công cụ tương thích để tạo bằng chứng STARK ngoài chuỗi, gửi qua endpoint JSON-RPC mới đến các node Starknet. Dữ liệu bằng chứng không đi vào tầng hợp đồng.

Bước 2: Xác minh ở tầng giao thức. Trong quá trình sản xuất block, hệ điều hành Starknet xác minh các bằng chứng gửi lên. Vì OS vốn chạy chương trình Cairo để tạo bằng chứng hợp lệ cho L1, việc xác minh thêm bằng chứng STARK là mở rộng tự nhiên.

Bước 3: Đăng ký kết quả bằng chứng. Nếu bằng chứng hợp lệ, OS trích xuất đầu ra công khai và đăng ký thành "kết quả bằng chứng" trong trạng thái giao thức—bản ghi theo hash: "Tính toán X với đầu vào Y cho ra đầu ra Z, đã được xác minh".

Bước 4: Tiêu thụ qua hợp đồng thông minh. Bất kỳ hợp đồng thông minh nào cũng có thể truy vấn registry kết quả bằng chứng và thực thi logic dựa trên dữ liệu đã xác minh, không cần xử lý dữ liệu bằng chứng thô.

Kiến trúc này cũng mở ra khả năng phát triển về sau. Giai đoạn một dựa vào tính toán bất khả thi (khó trích xuất dữ liệu); các giai đoạn sau có thể hỗ trợ bằng chứng zero-knowledge hoàn chỉnh. Để xác minh không cần tin cậy, mô hình hiện tại dựa vào đồng thuận Starknet, nhưng tích hợp SHARP trong tương lai hướng tới xác minh cuối cùng trên mạng chính Ethereum.

So sánh các giải pháp bảo mật Ethereum L2

Hiện có ba hướng kỹ thuật chính cho bảo mật trên Ethereum Layer 2:

STRK20 nổi bật ở hai điểm: Thứ nhất, cung cấp bảo mật như một tiêu chuẩn tái sử dụng cho bất kỳ tài sản ERC-20 nào, không chỉ là tính năng gốc của chuỗi. Thứ hai, bảo mật là tùy chọn, không bắt buộc—người dùng tự do chuyển đổi giữa trạng thái bảo mật và công khai. Điều này cho phép tiết lộ có chọn lọc phục vụ tuân thủ: view key được bên kiểm toán thứ ba giữ và chỉ công khai khi có yêu cầu hợp pháp.

Kiến trúc này có thể giúp Starknet chiếm ưu thế trong phát hành tài sản bảo mật cho tổ chức. Với STRK20 đã chạy thử nghiệm và lên kế hoạch ra mắt mạng chính, một số nhà phân tích cho rằng Starknet có thể trở thành nền tảng ưu tiên cho tài sản bảo mật cấp tổ chức nếu mô hình này thành công.

Hiệu suất thị trường STRK và trạng thái TVL

Tính đến ngày 21 tháng 04 năm 2026, theo dữ liệu thị trường Gate, token STRK của Starknet giao dịch ở mức $0,03638, tăng 5,88% trong 24 giờ, với khối lượng giao dịch $150.730. Vốn hóa lưu hành đạt 213 triệu USD, vốn hóa pha loãng hoàn toàn là 364 triệu USD, chiếm khoảng 0,013% thị phần. Nguồn cung lưu hành là 5,85 tỷ token trên tổng 10 tỷ. Đỉnh giá mọi thời đại của STRK là $4, nghĩa là giá hiện tại giảm hơn 99% so với đỉnh, giảm 72,84% trong năm qua.

Các con số này phản ánh hai thực tế: Thứ nhất, hệ sinh thái Starknet vẫn ở giai đoạn sơ khai—các giao thức DeFi và DEX on-chain chưa triển khai rộng, hoạt động giao dịch thực chất chưa xuất hiện. Thứ hai, định giá STRK thể hiện khoảng cách kỳ vọng rõ rệt: bản nâng cấp v0.14.2 cung cấp hạ tầng bảo mật nền tảng, nhưng giá thị trường chưa phản ánh giá trị lâu dài của tiến bộ kỹ thuật này. Tính năng bảo mật mới được kỳ vọng sẽ thu hút các nhà phát triển có nhu cầu bảo mật mạnh, từ đó thúc đẩy hoạt động mạng và TVL dần tăng lên. Tuy nhiên, quá trình này đòi hỏi tăng trưởng hệ sinh thái bền vững.

Tâm lý thị trường: Đồng thuận và phân hóa

Ý kiến ngành về bản nâng cấp Starknet v0.14.2 và câu chuyện bảo mật rất đa chiều.

Đồng thuận: Kiến trúc kỹ thuật được đánh giá cao

Các nhà nghiên cứu đồng thuận rằng kiến trúc SNIP-36 là đột phá. Phân tích của Bankless ghi nhận nhóm StarkWare xây dựng hạ tầng ZK-Rollup từ năm 2018, và bản nâng cấp này biến Starknet thành động cơ bảo mật—cùng Aztec trở thành đối thủ mạnh trong cuộc đua bảo mật. Kiến trúc xác minh bằng chứng nội giao thức được xem là "giải quyết rào cản chi phí và hiệu năng kéo dài của giải pháp bảo mật tầng ứng dụng", giúp bảo mật "liền mạch như chuyển khoản tiêu chuẩn".

Tranh luận 1: Tài sản bảo mật có vượt qua thách thức thanh khoản?

Có sự phân hóa rõ về triển vọng thị trường của strkBTC. Người lạc quan cho rằng strkBTC cung cấp lựa chọn bảo mật cho chủ sở hữu Bitcoin, giải quyết vấn đề rò rỉ bảo mật dai dẳng ở các kịch bản BTCFi, và có thể thu hút BTC về Starknet để tham gia DeFi. Người hoài nghi phản biện rằng thành công của strkBTC là trò chơi thanh khoản—phải vượt qua quán tính minh bạch của Bitcoin và cạnh tranh cho sự chú ý lẫn vốn trong hệ sinh thái Starknet còn sơ khai. Khi chưa có DEX hay giao thức DeFi hoạt động trên mạng chính, việc sử dụng thực tế của strkBTC vẫn chưa rõ.

Tranh luận 2: Động lực cấu trúc tạo giá trị cho ngành bảo mật

Tranh luận sâu hơn xoay quanh động lực giá trị cho bảo mật. Báo cáo ngành đầu năm 2026 cho rằng ranh giới chủ đạo không còn là "có bảo mật hay không", mà là "sử dụng bảo mật thế nào trong khuôn khổ tuân thủ". Tính đến ngày 14 tháng 01 năm 2026, tổng vốn hóa ngành coin bảo mật đạt 22,7 tỷ USD, với Monero và Zcash chiếm 85%. Thị trường phân hóa ở ba vấn đề: Bảo mật nên hoàn toàn không thể truy vết hay công khai có chọn lọc? Công nghệ nên giữ nguyên tính mật mã thuần túy hay thích ứng cho tuân thủ? Động lực nào tạo giá trị cho ngành?

Khung STRK20 của Starknet rõ ràng chọn "tiết lộ có chọn lọc", đối lập với triết lý ẩn danh toàn diện của Monero. Liệu hướng đi này có thắng về lâu dài hay không phụ thuộc vào sự chấp nhận của vốn tổ chức và khuôn khổ pháp lý đối với "bảo mật có kiểm toán".

Tác động ngành: Bảo mật thành yếu tố phân biệt cốt lõi của L2

Bản nâng cấp Starknet v0.14.2 ảnh hưởng ngành ở bốn phương diện:

1. Định hình lại cạnh tranh L2

Trước đây, cạnh tranh giữa các L2 Ethereum tập trung vào thông lượng, chi phí gas và khả năng tương thích EVM. Khi các L2 hàng đầu hội tụ về các chỉ số này, bảo mật chuyển từ tính năng ngoại vi thành yếu tố phân biệt cốt lõi. Bankless nhận định sự khác biệt giờ là sống còn cho L2, và các đội kỹ thuật cao như Starknet, Aztec có khả năng dẫn đầu về bảo mật. Việc nâng bảo mật từ tính năng ứng dụng lên chức năng gốc tầng giao thức có thể buộc các L2 khác phải xem lại lộ trình bảo mật của mình.

2. Chuẩn hóa tài sản bảo mật

Khung STRK20 cung cấp phương pháp chuẩn đầu tiên để phát hành tài sản bảo mật trên Ethereum L2. Trước đây, coin bảo mật dựa vào chuỗi Layer 1 độc lập hoặc hợp đồng thông minh tùy chỉnh, buộc nhà phát triển xây dựng logic bảo mật từ đầu. STRK20 trừu tượng hóa bảo mật thành tiêu chuẩn mà bất kỳ ERC-20 nào cũng tích hợp được, có thể thúc đẩy phát hành quy mô lớn. Thông báo tháng 03 cho biết khung này hỗ trợ mọi ERC-20—bao gồm BTC, stablecoin, ETH—cho số dư bảo mật và chuyển khoản riêng tư.

3. Nâng cấp bảo mật cho BTCFi

strkBTC mang lại bảo mật chưa từng có cho Bitcoin trong DeFi. Các giải pháp BTC bọc truyền thống bị giới hạn bởi sổ cái minh bạch của Bitcoin, buộc người dùng phải công khai toàn bộ lịch sử ví khi dùng DeFi. Chế độ bảo mật của strkBTC giải quyết vấn đề này, giúp chủ BTC tham gia DeFi trên Starknet mà vẫn bảo vệ quyền riêng tư. Nếu thị trường xác nhận, điều này có thể kéo thanh khoản BTC lớn từ các L2 hoặc sidechain khác về Starknet.

4. Định hình mô hình "bảo mật có kiểm toán"

Kiến trúc tuân thủ—view key do bên kiểm toán thứ ba giữ và chỉ công khai khi có yêu cầu hợp pháp—đưa ra mô hình thực tiễn cho công nghệ bảo mật trong khuôn khổ tuân thủ. Phân tích ngành bảo mật năm 2026 nhận định "tuân thủ lập trình được" đang trở thành tính năng cốt lõi của công nghệ bảo mật thế hệ mới, cho phép người dùng giữ kín dữ liệu mà vẫn chứng minh hợp pháp cho cơ quan quản lý. Cách tiếp cận của Starknet cho thấy các L2 chính thống sẽ không đối đầu với tuân thủ, mà xây dựng giao diện pháp lý ngay trong thiết kế kỹ thuật.

Phân tích kịch bản: Ba con đường từ hạ tầng đến tăng trưởng hệ sinh thái

Dựa trên thực tế và xu hướng ngành hiện tại, động lực phát triển của động cơ bảo mật Starknet có thể theo ba kịch bản:

Kịch bản 1: Chấp nhận nhanh (lạc quan)

strkBTC được tích hợp nhanh bởi các giao thức DeFi hàng đầu; STRK20 được các nhà phát hành stablecoin áp dụng; zkThreads thực hiện đúng lời hứa về khả năng mở rộng không giới hạn.

Trong kịch bản này, Starknet có thể chứng kiến làn sóng thanh khoản tập trung vào bảo mật trong nửa cuối năm 2026. Chủ BTC, vì nhu cầu bảo mật, chuyển BTC lên Starknet, TVL tăng mạnh. STRK20 trở thành tiêu chuẩn mặc định cho tài sản bảo mật trên Ethereum L2, nhiều dự án ERC-20 tích hợp. Xác minh bằng chứng SNIP-36 được ứng dụng rộng rãi trong bỏ phiếu bảo mật, đấu giá kín và thanh toán tuân thủ.

Kịch bản này dựa trên chuyên môn sâu về ZK của StarkWare từ năm 2018, sự ủng hộ của Vitalik Buterin với bảo mật là yếu tố phân biệt hàng đầu L2, và nhu cầu thực sự của tổ chức với bảo mật có kiểm toán. Tuy nhiên, hệ sinh thái vẫn sơ khai, chưa có giao thức DeFi hoạt động trên mạng chính, hiện thực hóa kịch bản này đòi hỏi nguồn lực phát triển lớn và giáo dục thị trường liên tục.

Kịch bản 2: Tiếp nhận từ từ (trung lập)

Tính năng bảo mật được áp dụng dần ở các lĩnh vực như thanh toán chuỗi cung ứng doanh nghiệp, bỏ phiếu kín, nhưng tích hợp DeFi quy mô lớn diễn ra chậm.

Ở đây, động cơ bảo mật của Starknet tìm thấy điểm phù hợp sản phẩm-thị trường ở các ngách nhạy cảm với tuân thủ, nhưng chuyển dịch thanh khoản quy mô lớn mất nhiều thời gian. Dự báo ngành bảo mật năm 2026 ghi nhận coin ẩn danh toàn diện tiếp tục chịu áp lực pháp lý, còn bảo mật có xác minh trở thành lợi thế gốc cho kinh tế số Web3. Kiến trúc tuân thủ của Starknet giúp chiếm ưu thế ở các trường hợp sử dụng cho tổ chức—STRK20 cung cấp giải pháp bảo mật có kiểm toán cho nhu cầu tuân thủ như thanh toán doanh nghiệp.

Kịch bản này khả thi vì bảo mật là "nhu cầu ngách" ở thị trường do tổ chức dẫn dắt, việc mở rộng từ lĩnh vực chuyên biệt sang phổ biến sẽ cần thời gian. Tốc độ các nâng cấp chủ chốt—như giai đoạn hai với bằng chứng zero-knowledge hoàn chỉnh, tích hợp SHARP cho xác minh không cần tin cậy—sẽ quyết định kịch bản này nghiêng về lạc quan hay bi quan.

Kịch bản 3: Hệ sinh thái chậm phát triển (bi quan)

STRK20 và strkBTC thiếu tích hợp với giao thức DeFi; zkThreads không đạt kỳ vọng; các L2 đối thủ ra mắt giải pháp bảo mật hoặc ưu đãi hấp dẫn hơn.

Ở kịch bản này, hạ tầng bảo mật được triển khai nhưng không tạo hiệu ứng mạng do hệ sinh thái tăng trưởng chậm. Thách thức thanh khoản của Starknet—chưa có DeFi quy mô lớn trên mạng chính—có thể làm nghẽn câu chuyện strkBTC. Nếu Aztec ra mắt mạng chính và xây dựng hệ sinh thái ứng dụng bảo mật trước, lợi thế sớm của Starknet có thể bị xói mòn. Ngoài ra, nếu cơ quan quản lý siết chặt yêu cầu với "bảo mật có chọn lọc", độ phức tạp kỹ thuật và chi phí tuân thủ có thể tăng.

Dù vậy, ngay cả ở kịch bản này, kiến trúc SNIP-36 vẫn có giá trị—cơ chế xác minh bằng chứng ở tầng giao thức có thể được các ZK-Rollup khác áp dụng bất kể diễn biến hệ sinh thái Starknet. Điều chỉnh kinh tế của SNIP-37 (tăng chi phí lưu trữ, giảm giá gas L2) đã đi vào thực tế, đảm bảo tính bền vững độc lập với câu chuyện bảo mật.

Kết luận

Starknet v0.14.2 đánh dấu cột mốc triển khai hạ tầng bảo mật nền tảng cho Ethereum Layer 2. Cơ chế xác minh bằng chứng nội giao thức SNIP-36 giải quyết rào cản chi phí và hiệu năng kéo dài của giải pháp bảo mật L2. Khung STRK20 cung cấp phương pháp chuẩn tái sử dụng cho tài sản bảo mật, còn strkBTC là cầu nối đầu tiên giữa thanh khoản Bitcoin và bảo mật L2. Về mặt kỹ thuật, bản nâng cấp này báo hiệu Ethereum L2 bước vào kỷ nguyên tính toán bảo mật.

Tuy nhiên, hạ tầng vững chắc không đồng nghĩa với hệ sinh thái thịnh vượng. Starknet vẫn ở giai đoạn đầu phát triển hệ sinh thái, chưa có DEX hay giao thức DeFi hoạt động trên mạng chính, việc sử dụng thực tế của strkBTC còn bỏ ngỏ. Để chuyển từ năng lực kỹ thuật sang chấp nhận thực tế, cần sự tham gia liên tục của nhà phát triển, nhà cung cấp thanh khoản và kiên nhẫn của thị trường.

Với giới quan sát ngành, ý nghĩa của động cơ bảo mật Starknet không chỉ là nâng cấp câu chuyện cho một dự án. Câu hỏi thực sự là: Khi bảo mật chuyển từ "nhu cầu ẩn danh ngoại vi" thành tính năng gốc ở tầng giao thức L2, điều này sẽ định hình lại khuôn khổ tuân thủ, mô hình phát hành tài sản và hành vi người dùng trong ngành crypto ra sao? Phân tích ngành bảo mật năm 2026 nhận định ranh giới chủ đạo không còn là "có bảo mật hay không", mà là "sử dụng bảo mật thế nào trong khuôn khổ tuân thủ". Kiến trúc "bảo mật tùy chọn + giao diện kiểm toán" của Starknet trực tiếp giải quyết vấn đề này, và kết quả thực tế sẽ là tham chiếu quan trọng cho tính khả thi của "bảo mật tuân thủ" trên toàn ngành.

Như một nhà phát triển chủ chốt của Starknet chia sẻ sau bản nâng cấp: "Bằng cách tích hợp bảo mật vào tầng giao thức, chúng tôi mở ra không gian thiết kế mới cho nhà phát triển." Hệ sinh thái ứng dụng nào sẽ xuất hiện trong không gian mới này? Câu trả lời sẽ dần hé lộ trong những tháng và năm tới.