Nguồn: Cộng đồng Chuỗi
giới thiệu
Một điểm khó khăn lớn mà người dùng crypto Web3 phải đối mặt là thiếu quyền riêng tư. Tất cả các giao dịch đều hiển thị trên sổ cái công khai và ngày càng được liên kết với tên ENS hiển thị rõ ràng, điều này khiến người dùng ít động lực để thực hiện một số hoạt động nhất định hoặc khiến họ thực hiện chúng theo cách gây thêm khó khăn cho người dùng khi trải nghiệm các hoạt động này. Một ví dụ đơn giản là chuyển tiền từ ví nóng sang ví lạnh hoặc ngược lại. Người dùng có thể không muốn một ví được kết nối với một ví khác vì họ có thể không muốn số dư ví lạnh của mình bị lộ. Hiện tại, địa chỉ Ethereum không hoạt động giống như tài khoản ngân hàng tư nhân, vì mọi người đều có thể xem ví của bạn và ngày càng nhiều hoạt động xã hội của bạn (SBT, bằng chứng, hoạt động trên nhiều dapp khác nhau, v.v.) sẽ được nhìn thấy. Vì điều này, Vitalik gọi quyền riêng tư là một trong ba chuyển đổi công nghệ lớn mà Ethereum cần phải trải qua để có thể hữu ích cho người dùng thông thường.
Sử dụng các giải pháp bảo mật hiện có như Tornado Cash, trải nghiệm không được lý tưởng vì nhiều lý do. Đầu tiên: người dùng sẽ lo lắng một cách chính đáng về việc địa chỉ của họ bị đưa vào danh sách đen trên sàn giao dịch tập trung hoặc các nền tảng khác. Thứ hai, trải nghiệm người dùng tương tác với các dịch vụ như Tornado Cash không thân thiện với người dùng và thực sự chỉ phù hợp với những người dùng có trình độ cao.
Địa chỉ ẩn cung cấp cho người dùng mức độ riêng tư tương tự như những gì họ được cấp trong tài khoản ngân hàng cá nhân, nhưng theo cách dễ hiểu. Ngoài ra, sự đổi mới về địa chỉ ẩn có nghĩa là chúng tôi có thể thực hiện việc này theo cách tuân thủ các quy định chống rửa tiền trên nhiều khu vực pháp lý.
Nhu cầu riêng tư của người dùng
Mặc dù nghiên cứu về thái độ của người dùng web và Web3 đối với quyền riêng tư không được mở rộng, nhưng một tìm kiếm trên web đã phát hiện ra các nghiên cứu sau đây với kết quả nhất quán rộng rãi cho thấy nhu cầu rõ ràng về quyền riêng tư trong giao dịch.
Một cuộc khảo sát được thực hiện vào năm 2022, do Simin Ghesmati và cộng sự xuất bản trong một bài báo có tiêu đề Quyền riêng tư do người dùng nhận thức trong blockchain , đã tuyên bố rằng “ một nửa số người được hỏi nói rằng quyền riêng tư trong giao dịch là rất quan trọng đối với họ ”. Mặc dù nghiên cứu này phù hợp hơn với Bitcoin nhưng người dùng Ethereum có thể có thái độ tương tự. Tuy nhiên, cỡ mẫu của nghiên cứu này tương đối nhỏ (14 người tham gia).
Một nghiên cứu thú vị khác từ năm 2022, được xuất bản trên Frontiers có tiêu đề Thái độ chính trị, kinh tế và quản trị của người dùng blockchain , toàn diện hơn và đã khảo sát tổng cộng 3.710 người dùng crypto. Kết quả cho thấy khoảng 1/4 số người được hỏi cho biết quyền riêng tư là “ tính năng quan trọng nhất trong blockchain và crypto ”.
Về thái độ chung đối với quyền riêng tư, Consensys đã công bố một nghiên cứu có tênKhảo sát toàn cầu về Web3 và tiền điện tử năm 2023 , trong đó 15.158 người từ 15 quốc gia đã được khảo sát trực tuyến về nhiều chủ đề liên quan đến web, không chỉ về crypto. Cuộc khảo sát cho thấy 83% số người được hỏi cho rằng quyền riêng tư dữ liệu là quan trọng, trong khi chỉ 45% cho biết họ tin tưởng các dịch vụ internet hiện tại với dữ liệu và thông tin cá nhân của họ.
Một cuộc khảo sát do Chương trình bồi thường dịch vụ tài chính của Vương quốc Anh thực hiện, được công bố vào tháng 4 năm 2023, nhấn mạnh rằng 9% số người được hỏi cho rằng “ mong muốn nặc danh/quyền riêng tư ” là lý do họ đầu tư vào crypto.
Áp dụng các giao thức giao dịch bí mật
Dữ liệu sử dụng Railgun rất ấn tượng, với việc sử dụng giao thức dường như tăng trưởng đều đặn theo thời gian, đạt tổng giá trị khóa vị thế (TVL) hơn 70 triệu USD và khối lượng giao dịch là 2 tỷ USD tính đến tháng 11 năm 2024.
TVL (USD) Railgun trên mạng chủ Ethereum— Nguồn: Railgun — DefiLlama
Số lượng người dùng Umbra (số người đăng ký địa chỉ riêng cho ENS của họ) cũng tăng đều đặn, đạt gần 77.000 tính đến tháng 11 năm 2024:
Số lượng đăng ký Umbra tích lũy (chuỗi Chuỗi) — Nguồn: dune.com
Nếu chúng ta nhìn vào giao thức bảo mật được biết đến rộng rãi nhất (và không may là lại khét tiếng) trong Ethereum, Tornado Cash, chúng ta có thể thấy rằng mặc dù địa chỉ hợp đồng về mặt kỹ thuật nằm trong danh sách SDN của OFAC, nhưng nó vẫn được sử dụng lượng lớn .
Biểu đồ bên dưới hiển thị TVL của Tornado Cash theo thời gian. Chúng ta có thể quan sát thấy rằng bắt đầu từ mức đỉnh điểm vào khoảng tháng 10 năm 2021, đợt giảm lớn lần của TVL trùng với đợt bán tháo tổng thể trên thị trường crypto và đợt giảm lớn lần xảy ra vào tháng 8 năm 2022, trùng với thời điểm OFAC niêm yết Tornado Cash. danh sách SDN, với giảm lớn lần tương ứng với việc OFAC được chỉ định lại vào tháng 11 năm 2022. Tuy nhiên, kể từ đó, bất chấp các lệnh trừng phạt, việc sử dụng Tornado Cash vẫn tăng trưởng đều đặn, với TVL đạt gần 600 triệu USD. Đây là bằng chứng mạnh mẽ về sự cần thiết của quyền riêng tư giao dịch cơ bản trong Ethereum.
TVL (USD) Tornado Cash trên mạng chủ Ethereum— Nguồn: Tornado Cash — DefiLlama
Tình trạng địa chỉ tàng hình hiện tại
Nghiên cứu này xác định 4 giải pháp chính hiện đang được sản xuất trên Chuỗi EVM, đó là:
chất lỏng
Vong linh
Mê cung
súng điện từ
Fluidkey và Umbra dựa trên các tiêu chuẩn Ethereum, đó là:
ERC-5564: Giao thức địa chỉ ẩn
ERC-6538: Đăng ký siêu địa chỉ tiền điện tử
Labyrinth và Railgun dựa trên giao thức zerocash (mà Zcash cũng dựa trên), sử dụng một nhóm được bảo vệ nơi người dùng gửi tiền. Zerocash sử dụng khái niệm “ghi chú”, về cơ bản là các biểu diễn giá trị crypto, cho phép các giao dịch riêng tư. Mỗi ghi chú bao gồm một giá trị ẩn, khóa chủ sở hữu và một số duy nhất (số không hợp lệ), sử dụng zk-SNARK để xác minh quyền sở hữu mà không tiết lộ chi tiết, từ đó chuyển giá trị trong ghi chú. Khi một vé được sử dụng, trình vô hiệu hóa của nó sẽ được tiết lộ để ngăn chặn việc chi tiêu gấp đôi và một vé mới sẽ được tạo cho người nhận, tạo thành hệ thống UTXO trong một nhóm được bảo vệ.
Ở cấp độ cao, lý do cơ bản cho địa chỉ ẩn là bên thứ ba có thể gửi tiền đến một địa chỉ chưa từng tồn tại và người nhận dự định có thể tìm và kiểm soát địa chỉ đó (tức là sau đó có thể tiêu tiền).
Tiêu chuẩn erc-5564 chỉ định một cơ chế theo đó người nhận có thể xuất bản một địa chỉ meta mật mã mà từ đó có thể lấy được địa chỉ Ethereum mới. Bất kỳ ai muốn gửi tiền cho người nhận đều có thể tạo một địa chỉ mới từ địa chỉ meta khó hiểu và cho phép người nhận tìm hiểu về số tiền mà không cần bất kỳ liên lạc trực tiếp nào. Tất cả việc triển khai địa chỉ ẩn đều dựa trên tiền đề cơ bản này.
Địa chỉ ẩn hoạt động như thế nào
Siêu địa chỉ ẩn về cơ bản là sự kết hợp của hai khóa chung được nén, được gọi là "khóa chi tiêu" và "khóa xem". Địa chỉ meta ẩn sử dụng định dạng địa chỉ dành riêng cho Chuỗi EIP-3770 có thêm tiền tố "st:". Đây là một ví dụ về địa chỉ ẩn:
st:eth:0x036ffa94a70a5b9608aca693e12da815fe0295f3739c7b22b0284c6d85c464ba4a02c0521b6fe31714b2ca0efa159402574355b754e0b50406b0b5fb33128eec3507
Để đơn giản hóa, địa chỉ ẩn này có thể được liên kết với địa chỉ Ethereum thông thường (và do đó là ENS), giúp việc gửi tiền đến chủ sở hữu địa chỉ ẩn dễ dàng hơn. Để gửi tiền, người gửi phân tích địa chỉ trên và sử dụng tiêu chuẩn EIP-5564 để tạo khóa chung tạm thời mà địa chỉ ẩn được lấy từ đó. Người gửi gửi tiền đến địa chỉ ẩn mới, thường thông qua một hợp đồng đơn lẻ trong đó tất cả người nhận địa chỉ ẩn sẽ lắng nghe các sự kiện. Hợp đồng phát ra một sự kiện "thông báo" mà người nhận có thể đăng ký. Bất cứ khi nào một sự kiện thông báo được gửi đi, người nhận sẽ kiểm tra khóa chung tạm thời trong thông báo, kết hợp nó với private key đang xem của họ và xác định xem họ có khả năng chi tiêu số tiền được gửi đến địa chỉ ẩn hay không. Nếu vậy, ví/ máy trạm họ đang sử dụng sẽ ghi nhớ địa chỉ ẩn và số tiền tương ứng và thêm nó vào số dư được hiển thị của người dùng. Để thực sự chi tiêu số tiền đó, họ có thể ký một giao dịch bằng khóa chi tiêu sở hữu tư nhân.
Sơ đồ sau đây cung cấp cái nhìn tổng quan rõ ràng hơn về toàn bộ quá trình:
Hãy nhớ rằng quá trình này hoàn toàn không tương tác, có nghĩa là không có giao tiếp trực tiếp giữa người gửi và người nhận, có nghĩa là thực tế không có liên kết nào giữa người gửi và người nhận mà bên thứ ba có thể quan sát được.
Tuy nhiên, để việc này hoạt động bình thường, người nhận phải thông báo cho người gửi địa chỉ bí mật của họ. Một phương pháp để đạt được điều này là sử dụng sổ đăng ký địa chỉ meta ẩn eip-6538 . Đây là một hợp đồng đơn lẻ cho phép người dùng đăng ký địa chỉ meta ẩn thành địa chỉ Ethereum thông thường mà người gửi có thể tra cứu. Điều này cho phép người gửi phân giải địa chỉ thông thường từ ENS và sau đó tra cứu địa chỉ meta ẩn liên quan từ sổ đăng ký.
Kế hoạch này phá vỡ mối liên kết giữa người gửi và người nhận, cho phép cả hai tránh cho cả thế giới biết về công việc của họ. Tuy nhiên, có một số lưu ý:
Khi người nhận tiêu tiền, người mà họ chuyển tiền sẽ thấy rằng số tiền đó đến từ người gửi ban đầu (tức là họ có thể thấy địa chỉ mà số tiền đã được chuyển đến và ai trước đó đã gửi tiền đến địa chỉ đó). Điều này có nghĩa là Chuỗi chuyển tiền vẫn còn nguyên vẹn và có thể theo dõi được, nhưng chúng chỉ được liên kết với người nhận được đề cập (trừ khi người nhận thực hiện hành động nào đó như gửi tiền đến một địa chỉ không lén lút mà họ biết). Lưu ý rằng điều này chỉ áp dụng cho việc triển khai erc-5564, không áp dụng cho Railgun hoặc Labyrinth.
Một tác dụng phụ khác của các vấn đề trên là để duy trì quyền riêng tư tối ưu, người dùng có thể cần giữ tiền ở địa chỉ ẩn mà họ được gửi ban đầu cho đến khi họ thực sự cần chúng, thay vì hợp nhất chúng dưới một địa chỉ. Điều này thể hiện chi phí bổ sung cho việc ghi nhớ địa chỉ và sau đó chi tiền cho các địa chỉ đó, vì số tiền bạn muốn chuyển cần phải được lấy từ sự kết hợp số tiền từ nhiều địa chỉ khác.
Để chuyển tiền từ địa chỉ này, người nhận cần cung cấp một số ETH đến địa chỉ để thanh toán gas, điều này có thể khiến người nhận mất nặc danh. Đây là một sự cố đã biết với các địa chỉ ẩn và là một trong những lý do khiến nhiều triển khai hỗ trợ eip-4337 và người trả tiền.
Một nhược điểm của sơ đồ địa chỉ ẩn là người nhận cần theo dõi blockchain để biết các sự kiện thông báo và kiểm tra từng thông báo để xác định xem họ đã nhận được tiền hay chưa. Đây rõ ràng là một chi phí không thực tế đối với hầu hết người dùng, đặc biệt là khi nhận tiền từ nhiều mạng. Để làm cho quá trình này hiệu quả hơn, tiêu chuẩn chỉ định một "thẻ xem", là hàm băm rút gọn bắt nguồn từ bí mật chung có thể được sử dụng để loại bỏ nhanh chóng các giao dịch rõ ràng không dành cho họ. Bằng cách sử dụng tab Xem, hiệu suất không tệ trên máy tính để bàn nhưng có thể rõ ràng hơn trên thiết bị di động. Lần duy nhất sự giảm hiệu suất thực sự đáng chú ý là nếu ví đang phục hồi, trong trường hợp đó, ví cần quét mọi địa chỉ kể từ khi hợp đồng trực Chuỗi được triển khai, việc này rất tốn thời gian.
Để giải quyết vấn đề này, người dùng có thể chọn chia sẻ khóa xem sở hữu tư nhân với bên thứ ba đáng tin cậy. Dịch vụ bên thứ ba này giám sát các mạng khác nhau và thông báo cho người dùng khi họ nhận được tiền. Tất nhiên, điều này đi kèm với sự đánh đổi: trong khi các bên thứ ba thực sự không thể chi tiêu tiền của người dùng (họ không có khóa chi tiêu sở hữu tư nhân), họ có thể thấy tất cả số tiền được gửi đến một người nhận cụ thể, điều đó có nghĩa là người dùng cần phải tin tưởng vào sự riêng tư của họ. Fluidkey thực hiện việc này theo mặc định.
Giao thức địa chỉ ẩn tiêu chuẩn, ERC-5564, được thiết kế để tạo điều kiện thuận lợi cho việc chuyển giao bảo vệ quyền riêng tư, tuy nhiên, các trường hợp sử dụng phi tài chính (chẳng hạn như gọi các chức năng hợp đồng thông minh tùy ý) đòi hỏi nhiều kỹ thuật hơn và thường mang tính triển khai cụ thể.
ma trận so sánh
Có một số cách để chúng ta có thể so sánh bốn cách triển khai địa chỉ ẩn được khám phá trong bài viết này. Tất cả các quá trình triển khai đều có sự khác biệt và sự đánh đổi nhỏ, nhưng có lẽ những điểm rút ra quan trọng nhất là về khả năng truy xuất nguồn gốc và sự xáo trộn giá trị.
Mặc dù cả Fluidkey và Umbra đều cho phép chuyển tiền đến địa chỉ Ethereum tiêu chuẩn trong khi phá vỡ mọi liên kết đến danh tính của người nhận, nhưng họ vẫn giữ khả năng truy xuất nguồn gốc của giao dịch, nghĩa là người gửi không thể nhìn thấy được đối với bất kỳ ai kiểm tra lịch sử giao dịch của địa chỉ bí mật. dễ thấy. Điều này có nghĩa là nếu bạn nhận tiền tại một địa chỉ ẩn, người mà bạn quyết định gửi số tiền đó sẽ biết số tiền đó đến từ đâu. Ngoài ra, giá trị thực tế được chuyển giao cũng được hiển thị. Railgun và Labyrinth ẩn người gửi và giá trị được gửi, nhưng phải trả giá bằng tất cả những điều đó xảy ra trong một hợp đồng duy nhất chứ không phải là một giao dịch thông thường tới một địa chỉ Ethereum thông thường.
Hình bên dưới cho thấy các giao thức mà chúng ta thảo luận trong bài viết này so sánh với nhau như thế nào theo hai khía cạnh so sánh quan trọng này.
Để khám phá những khác biệt này một cách chi tiết hơn, đây là ma trận so sánh của bốn giao thức địa chỉ ẩn chính dọc theo sáu khía cạnh chính:
Hoàn toàn bảo mật từ đầu đến cuối (chỉ người gửi và người nhận mới thấy thông tin thanh toán)
Chuyển tiếp bí mật. Số tiền nhận được thông qua giao dịch lén lút không cho phép người nhận thứ hai nhìn thấy nguồn tiền
Tuân thủ các tiêu chuẩn erc-5564 và erc-6538
Đã triển khai kiến trúc mô-đun mở rộng cho phép tích hợp với dapp của bên thứ ba
Việc triển khai có cung cấp SDK mà nhà phát triển có thể sử dụng để tích hợp không?
Giải pháp này có cung cấp sự tuân thủ thông qua một số hình thức hỗ trợ khử nặc danh không?
Thiết kế có hỗ trợ làm xáo trộn số lượng/giá trị được chuyển không?
Các phần sau đây nắm bắt một số sắc thái và sự khác biệt bổ sung chi tiết hơn. Mỗi cách triển khai đều có những sắc thái thú vị có thể có hoặc không ảnh hưởng đến trường hợp sử dụng của bạn.
Ví dụ: trong Fluidkey: tất cả các giao dịch chuyển đến trực tiếp đến địa chỉ ẩn trên Chuỗi, trong khi ở Umbra**:** chỉ ETH chuyển đến địa chỉ ẩn trên Chuỗi và token chuyển đến hợp đồng trung tâm. , tất cả các giao dịch Tất cả đều chuyển đến hợp đồng cốt lõi, thay vì trực tiếp chuyển đến địa chỉ ẩn trên Chuỗi.
Một cuộc thảo luận chuyên sâu về việc thực hiện các địa chỉ tàng hình
chất lỏng
Fluidkey là một triển khai ERC-5564 cho phép người dùng gửi, nhận, trao đổi và kết nối token ETH và ERC-20. Tại thời điểm viết bài, Fluidkey được triển khai trên Base, Optimism, Arbitrum, Polygon, Gnosis và mạng chính ETH.
Người dùng tương tác với Fluidkey thông qua giao diện người dùng web của nó. Khi họ đăng nhập lần đầu bằng ví, họ sẽ ký một thông báo tạo khóa để lấy khóa xem và chi tiêu của họ. Các khóa tương tự này được tạo lại theo cùng một cách lần khi người dùng vào ứng dụng.
Fluidkey khác với các cách triển khai khác ở một số điểm. Trong đó những điểm khác biệt là người dùng chia sẻ khóa xem sở hữu tư nhân của họ với Fluidkey (thực ra là nút có nguồn gốc BIP-32 ). Điều này cho phép Fluidkey tạo địa chỉ ẩn cho người dùng và thông báo cho người dùng khi họ nhận được khoản thanh toán tới các địa chỉ đó. Tuy nhiên, điều này cũng có nghĩa là Fluidkey có khả năng xem các giao dịch và số dư đến của người dùng, đây là một sự đánh đổi. Tuy nhiên, Fluidkey vẫn hoàn toàn tự quản lý.
Một khía cạnh thú vị khác trong thiết kế của Fluidkey là nó triển khai tài khoản hợp đồng thông minh cho mỗi địa chỉ ẩn mới. Điều này sẽ chỉ xảy ra nếu số tiền được tài trợ từ địa chỉ bị che giấu được sử dụng. Tài khoản thông minh là tài khoản bảo mật 1/1 cho phép các hoạt động như tài trợ gas , giúp quản lý các địa chỉ ẩn khác nhau dễ dàng hơn. Để biết thêm thông tin về điều này, hãy xem phần giải thích kỹ thuật của họ.
Mặc dù Fluidkey vẫn duy trì khả năng hiển thị đối với tài khoản người dùng, điều này có thể là một lợi thế khi tuân thủ, nhưng khuôn khổ chính xác về cách Fluidkey sẽ xử lý các yêu cầu thực thi pháp luật tiềm năng trong tương lai vẫn chưa được công khai. Họ có trụ sở tại Thụy Sĩ và mặc dù tuân theo luật pháp địa phương nhưng luật bảo vệ dữ liệu rất rõ ràng và mạnh mẽ - phải có lý do rất rõ ràng để chia sẻ dữ liệu và vấn đề phải được tòa án xem xét ( xem bài viết này để có cái nhìn tổng quan tuyệt vời về Luật riêng tư của Thụy Sĩ).
Người dùng cũng hoàn toàn có thể xuất các giao dịch của mình hoặc chia sẻ khóa xem của họ với các bên thứ ba (chẳng hạn như kế toán), điều này đặc biệt hữu ích cho các doanh nghiệp. Điều đáng lưu ý là theo thông số kỹ thuật ERC-5564, việc chia sẻ khóa công khai là "tất cả hoặc không", nghĩa là nó không thể bị tiết lộ riêng lẻ chỉ với một giao dịch. Ngoài ra, giống như tất cả các hoạt động triển khai erc-5564, khả năng truy xuất nguồn gốc không bị gián đoạn—chỉ có mối tương quan với người dùng—có nghĩa là lịch sử giao dịch của từng địa chỉ ẩn sẽ được công khai cho bất kỳ ai có khóa xem. Một tính năng ít được biết đến của Fluidkey là khả năng xoay các phím xem, cho phép người dùng sử dụng phím xem mới mỗi tháng và chỉ chia sẻ quyền truy cập xem trong một tháng cụ thể với bên thứ ba.
Một lợi ích của phương pháp Fluidkey là bản thân địa chỉ ẩn không phải do người gửi tạo ra mà được Fluidkey tạo giả ngẫu nhiên lần truy vấn ENS. Việc này nhanh hơn vì người dùng không phải quét qua các sự kiện thông báo để xác định các giao dịch mà họ là người nhận. Điều này cũng có nghĩa là người gửi không cần ví địa chỉ ẩn để tạo địa chỉ ẩn cho người nhận - họ chỉ cần gửi tiền như bất kỳ địa chỉ nào khác. Điều này cũng có nghĩa là không có hợp đồng đăng ký nào liên quan, đây là điểm độc đáo trong thiết kế của Fluidkey và là một lợi thế lớn.
Điều đáng nói là Fluidkey cam kết hoàn toàn tự quản lý và họ đã mã nguồn mở thư viện bộ công cụ tài khoản tàng hình của mình và có một số khôi phục được phát triển độc lập trong trường hợp khó xảy ra là Fluidkey biến mất chỉ sau một đêm. Giao diện có sẵn, nghĩa là tiền không bao giờ bị khóa hoặc bị kẹt.
trừu tượng hóa địa chỉ
Bằng cách sử dụng tài khoản hợp đồng thông minh, Fluidkey có thể tự động tóm tắt và quản lý từng địa chỉ ẩn. Điều này có nghĩa là nếu bạn muốn chuyển một số tiền cụ thể cho một người nhận cụ thể từ số dư của mình ở nhiều địa chỉ ẩn khác nhau, Fluidkey có thể tự động tính toán kết hợp các địa chỉ sẽ sử dụng để chuyển tiền, xử lý tất cả phí gas và triển khai hợp đồng, tất cả đều diễn ra trong nền. Fluidkey cũng cho phép người dùng có một số quyền kiểm soát đối với những địa chỉ nào được kết hợp thông qua một tính năng thú vị được gọi là thẻ , cho phép người dùng đánh dấu thẻ địa chỉ vào các danh mục khác nhau.
phân tích ENS
Fluidkey yêu cầu người dùng tạo tên ENS duy nhất cho Fluidkey. Các tên tĩnh này có hai dạng: username.fkey.id và username.fkey.eth, một là URL tới giao diện web để gửi tiền cho ai đó và dạng kia là tên ENS tiêu chuẩn có thể được sử dụng với ví.
Thiết lập ENS sử dụng trình phân giải offchain ENS (còn được gọi là erc-3668: CCIP Read ) để trả về các địa chỉ ẩn. Lần khi trình phân giải ngoại tuyến được truy vấn, nó sẽ tạo và trả về một địa chỉ ẩn mới cho tên ENS tương ứng. Đây là một tính năng tuyệt vời vì nó cho phép người dùng có một tên ENS mà con người có thể đọc được trong khi vẫn giữ được quyền riêng tư của địa chỉ ẩn, vì địa chỉ ẩn thu được không thể truy ngược lại tên ENS.
trị giá
Fluidkey được sử dụng miễn phí và không mất phí. Khi bạn muốn tiêu tiền, mỗi địa chỉ có tiền cần triển khai phí Hợp đồng an Safe . Tuy nhiên, mặc dù tương đối đắt trên mainnet , nhưng điều này thực tế không đáng kể trên L2, thường ít hơn 1 xu, ngay cả khi nhiều địa chỉ lén lút được kết hợp thành một lần chuyển.
Họ cũng có thể tài trợ gas thông qua Triển khai an Safe - họ tính toán chi phí gas và khấu trừ nó từ số dư của người dùng, ngay cả khi đó là token- trong trường hợp đó, người giao nhận triển khai An Safe và chuyển token thay mặt người dùng.
tiền mặt Umbra
Umbra là sự triển khai eip-5564 + eip6538 của Scopelift . Khi người dùng đăng nhập vào ứng dụng Umbra, họ sẽ trải qua giai đoạn thiết lập trong đó họ ký một tin nhắn từ đó lấy được khóa chi tiêu và xem cũng như địa chỉ meta ẩn tương ứng. Sau đó, họ đăng ký địa chỉ meta tàng hình này vào sổ đăng ký Chuỗi của địa chỉ ví chính của họ. Đây là điểm mà việc triển khai khác với Fluidkey.
Việc triển khai erc-5564 của Umbra gần nhất với thông số kỹ thuật vì họ không có quyền truy cập vào khóa của người dùng. Mặc dù điều này có nghĩa là Umbra (hoặc bất kỳ ai khác) không thể nhìn thấy tiền của người dùng, nhưng điều đó có nghĩa là để nhận được tiền, người gửi phải có ví tuân thủ ERC-5564 (hoặc ứng dụng Umbra) để tạo địa chỉ meta ẩn của họ.
Khi ai đó muốn gửi tiền cho người dùng, họ thường thực hiện việc đó bằng ứng dụng Umbra. Về cơ bản, ứng dụng Umbra tìm kiếm địa chỉ meta ẩn được đăng ký với tên/địa chỉ ví ENS và tạo địa chỉ ẩn. Người nhận có thể đăng nhập vào ứng dụng Umbra và quét mọi khoản tiền được gửi đến địa chỉ ẩn thuộc về họ kể từ lần đăng nhập lần. Nhờ một số bộ nhớ đệm khéo léo , quá trình này dường như chỉ mất 10-15 giây cho lần quét hàng tuần, mặc dù người dùng cũng có thể chọn chỉ định phạm vi khối để thu hẹp phạm vi quét. Umbra v2 sẽ bao gồm việc sử dụng thẻ xem, điều này sẽ giúp đẩy nhanh quá trình hơn nữa.
Người giao nhận
Một vấn đề với địa chỉ ẩn mà chúng tôi đã đề cập trước đó là để người nhận chi tiêu số tiền được gửi đến địa chỉ ẩn, địa chỉ đó cần phải có ETH hoặc token gas cần thiết khác để trang trải phí giao dịch. Trên hầu hết các mạng, điều này thường không thành vấn đề nếu địa chỉ ẩn ban đầu nhận được ETH. Tuy nhiên, nếu địa chỉ ẩn nhận được token ERC-20 hoặc NFT, thì hành động cung cấp gas cho địa chỉ bằng ETH có thể liên kết địa chỉ đó với các địa chỉ khác của người dùng, do đó làm mất quyền riêng tư.
Để giải quyết vấn đề này, Umbra sử dụng cấu trúc liên quan đến người chuyển tiếp . Khi bất kỳ tài sản không phải ETH nào được gửi đến người dùng Umbra, nó thực sự được gửi đến một hợp đồng đặc biệt thay vì trực tiếp đến một địa chỉ ẩn. Người dùng có thể chi tiêu số tiền được gửi đến địa chỉ ẩn của họ bằng cách gửi siêu giao dịch (từ ứng dụng Umbra) đến người giao nhận của Umbra, người sẽ thay mặt người dùng chuyển tiền từ hợp đồng thông minh. Những người đăng lại sẽ khấu trừ một số token để trang trải chi phí gas và ban đầu chỉ một số lượng token nhất định sẽ được hỗ trợ.
trị giá
Hợp đồng của Umbra cũng tính một khoản phí nhỏ khi chuyển tiền trên mạng có phí giao dịch thấp để hạn chế thư rác. Lý do là thư rác làm tăng chi phí quét giao dịch để xác định các giao dịch có liên quan nên đây được coi là một sự đánh đổi có thể chấp nhận được.
Mạng được hỗ trợ
Umbra hiện được triển khai trên mạng chủ Ethereum, cũng như Optimism, Polygon, Gnosis Chain và Arbitrum.
Hợp đồng đăng ký Umbra có thiết kế thú vị. Phương pháp triển khai sử dụng create2 và trình triển khai create2 tiêu chuẩn, đồng thời địa chỉ hợp đồng thông minh giống nhau trên bất kỳ mạng nào. Điều này có nghĩa là nếu có một hợp đồng tồn tại trên một mạng nhất định, máy trạm có thể đảm bảo rằng đó là hợp đồng chính xác. Máy trạm có thể được cấu hình để thêm mạng và bất kỳ ai cũng có thể triển khai vào bất kỳ mạng nào. Họ đã bình thường hóa mã byte để các hợp đồng không có chủ sở hữu, điều này cho phép mọi người triển khai các hợp đồng đăng ký và thông báo trên bất kỳ Chuỗi mà không được phép.
Bóng tối v2
Scopelift hiện đang phát triển phiên bản 2 của Umbra , phiên bản này giới thiệu kiến trúc mô-đun mới cho phép mở rộng hợp đồng cốt lõi để hỗ trợ các tiêu chuẩn token mới hoặc các trường hợp sử dụng không thanh toán. Bằng cách sử dụng kiến trúc mới này, các nhà phát triển bên thứ ba có thể xây dựng mô-đun cho bất kỳ loại tiêu chuẩn token , chẳng hạn như erc-1155, erc-7621, hỗ trợ người trả tiền erc-4337 hoặc bất kỳ điều gì khác mà bạn có thể nghĩ tới. Hiện tại, hợp đồng cốt lõi của Umbra hỗ trợ hai kịch bản, một cho ETH và một cho erc-20. V2 sẽ hỗ trợ nhiều kịch bản khác nhau.
Mê cung
Labyrinth là một giao thức không dựa trên eip-5564 + eip6538 mà sử dụng Bằng chứng không tri thức để tăng thêm nặc danh và quyền riêng tư cho các giao dịch. Sách trắng của Labyrinth mô tả nó như một phần mềm trung gian "zkFi": " zkFi cung cấp một giải pháp đóng gói hoạt động như một phần mềm trung gian về quyền riêng tư với sự tuân thủ tích hợp sẵn ." Việc tuân thủ tích hợp đề cập đến “việc hủy nặc danh có chọn lọc” của Labyrinth, một giải pháp phức tạp cho phép hủy nặc danh cặp giao dịch nhất định đối với các bên được ủy quyền cụ thể (tức là các cơ quan pháp lý như Interpol, v.v.) trong khi vẫn duy trì tính minh bạch và cởi mở.
Các hợp đồng thông minh cốt lõi được Labyrinth sử dụng bao gồm nhóm đa giao dịch và đa tài sản, cho phép người dùng giao dịch nhiều tài sản trong một giao dịch. Để chi tiêu tài sản , người dùng quét mạng và lấy dữ liệu vé crypto , giải mã vé và lọc ra tài sản họ muốn chi tiêu. Sau đó, người dùng tạo ZKP trong đó gồm giao dịch và khóa ký cho ghi chú liên quan đến giao dịch mà họ muốn chi tiêu.
Một phần của hợp đồng cốt lõi Labyrinth bao gồm một hợp đồng chuyển đổi có giao diện với các hợp đồng proxy mô-đun, về cơ bản là các proxy cho các hợp đồng bên ngoài. Vì vậy, ví dụ: Nếu người dùng muốn tương tác với Uniswap bằng Labyrinth, thì người dùng sẽ xây dựng một giao dịch sử dụng hợp đồng chuyển đổi để gọi một hoạt động hoán đổi trên nhóm Uniswap thông qua hợp đồng proxy của Uniswap .
Giao thức zkFi của Labyrinth sử dụng “vé” để theo dõi số dư và chuyển khoản. Ghi chú về cơ bản là một cấu trúc dữ liệu mô tả một lượng tài sản nhất định và địa chỉ của nó. Máy trạm lưu trữ thông tin cần thiết để xây dựng lại vé và sử dụng thông tin này để chi tiêu tài sản. Cam kết đối với ghi chú (mã băm của ID tài sản , chủ sở hữu và giá trị) được lưu trữ trong Merkle trees Chuỗi . Trên thực tế, Labyrinth sử dụng hai Merkle trees, một cây dành cho vé và một cây dành cho địa chỉ gốc.
Cấu trúc dữ liệu ghi chú chứa các nội dung sau:
assetId: Mã định danh của tài sản ghi chú này đại diện (ETH, WBTC, MATIC, v.v.).value: Giá trị hoặc số tiền được biểu thị bằng ghi chú.leafIndex: Chỉ mục nút lá của Merkle trees hứa hẹn mà ghi chú này sẽ được chèn vào.blinding: một yếu tố bảo vệ ngẫu nhiên.rootAddress: Địa chỉ gốc của người dùng có quyền chi tiêu.revoker: Điểm khóa công khai của người thu hồi đã chọn.
Bạn sẽ nhận thấy rằng cấu trúc dữ liệu trên không chứa bất kỳ tham chiếu nào đến chủ sở hữu tài sản, điều này thật lạ vì lời hứa được ghi trong ghi chú Merkle trees là hàm băm của ID, giá trị và chủ sở hữu tài sản. Trong thực tế, chủ sở hữu được tính toán từ địa chỉ gốc, người hoàn tác và hệ số bảo vệ ngẫu nhiên, do đó, đối với người quan sát bên ngoài, chủ sở hữu thực sự là một địa chỉ mới được tạo với mỗi giao dịch mới.
hồ bảo vệ
Điều đặc biệt thú vị về Labyrinth là nó hơi khác so với các giao thức dựa trên địa chỉ ẩn truyền thống ở chỗ nhóm tài sản thực sự là một nhóm được bảo vệ tận dụng khái niệm ghi chú để tạo ra một nhóm UTXO được bảo vệ cung cấp giao diện người dùng hướng tới tính bảo mật. . Hãy nhớ lại rằng trong quá trình triển khai eip-5564, người nhận chuyển khoản của người dùng sẽ có thể nhìn thấy nguồn gốc của số tiền đó. Nói cách khác, Alice trả tiền cho Bob bằng địa chỉ lén lút và Bob trả tiền cho Charlie, vì vậy giờ đây Charlie có thể thấy rằng ban đầu Bob đã nhận những khoản tiền này từ Alice, v.v. Đây không phải là trường hợp với hồ bảo vệ của Mê cung.
Để hiểu cách hoạt động của nhóm bảo vệ này, chúng ta cần xem xét cách tiền được di chuyển trong giao thức:
Số dư của người dùng trong nhóm bảo vệ là tổng số tiền của tài sản tương ứng. Để chi tiêu những tờ tiền này, người dùng cần phải tiết lộ "cờ vô hiệu" của những tờ tiền đó. ID không hợp lệ được liên kết duy nhất với ghi chú và sau khi ghi chú được chi tiêu, ID không hợp lệ sẽ đánh dấu để ngăn chặn việc chi tiêu hai lần và ghi chú mới sẽ được tạo dựa trên ghi chú đã chi tiêu. Nhiều ghi chú cho cùng một tài sản có thể được hợp nhất và có thể tạo nhiều ghi chú mới. Cờ không hợp lệ là hàm băm của (?,?,?), trong đó? là chỉ số cam kết của ghi chú trong Merkle trees của ghi chú, ? là phần tử ngẫu nhiên còn được gọi là hệ số bảo vệ.
Người nhận chuyển giao giao dịch lén lút xác định giao dịch chuyển tiền theo cách tương tự như eip-5564, trong đó họ lắng nghe các sự kiện phát ra từ hợp đồng cốt lõi và xác định địa chỉ ẩn mà từ đó họ có thể gửi tiền và ghi lại các địa chỉ này một cách cục bộ. Tốc độ xác định số tiền đến cũng được cải thiện bằng cách tận dụng thẻ xem và bộ nhớ đệm cục bộ không đồng bộ cũng như đồng bộ hóa ghi chú trong suốt vòng đời của ứng dụng.
Nghiên cứu hiện đang được tiến hành để đẩy nhanh quá trình Discovery nhận được tài trợ, hãy xem Đề án này từ Aztec: Yêu cầu đề xuất: Lưu ý Giao thức khám phá - Aztec .
Khi nói đến việc chi tiêu, người dùng cũng phải tạo bằng chứng zk, không giống như việc triển khai erc-6654 về cơ bản là một địa chỉ Ethereum thông thường. Việc tạo bằng chứng yêu cầu một ví tương thích và hoạt động tương đối tốt, mất khoảng 20 giây trên thiết bị Android tầm trung.
Máy đóng gói và bộ chuyển đổi
Mê cung cung cấp một số tính năng hay giúp giải quyết một số điểm yếu trong giao dịch tiền điện tử. Các giao dịch được gửi đến hợp đồng lõi Labyrinth được gửi dưới dạng thao tác của người dùng thông qua trình đóng gói erc-4337. Thiết lập này cho phép chi tiêu ghi chú mà không cần ETH hoặc token gas từ giao dịch, vì người dùng có thể tận dụng những người trả tiền erc-4337 để trả gas cho họ, thêm một lớp bảo mật bổ sung. Ngoại lệ duy nhất là khoản tiền gửi ban đầu không được gửi dưới dạng hành động của người dùng. Một lợi ích khác của việc sử dụng người trả tiền erc-4337 là khả năng thanh toán gas bằng tài sản được chuyển nhượng, ngay cả khi chúng là token erc-20, do đó, Labyrinth hiển thị API oracle về giá gas .
Một tính năng rất hay khác của Labyrinth là kiến trúc mô-đun của nó, cho phép các hợp đồng chuyển đổi hoạt động như proxy cho các ứng dụng phi tập trung của bên thứ ba. Điều này không chỉ cho phép người dùng chuyển tiền bằng các giao dịch lén lút mà còn tương tác với các ứng dụng phi tập trung của bên thứ ba như DEX như Uniswap, Aave, Lido, v.v. Các hợp đồng " chuyển đổi " đại lý này về cơ bản thực hiện một chức năng nhận thu nhập của một tài sản nhất định và xuất ra một số tài sản. Logic cơ bản tồn tại trong hợp đồng bên thứ ba.
Giải pháp tuân thủ
Labyrinth đảm bảo sự tuân thủ và tuân thủ quy định thông qua một khuôn khổ được gọi là Nặc danh có chọn lọc (SeDe).
Hãy nhớ lại rằng cấu trúc dữ liệu của ghi chú có chứa một trường có tên là "hoàn tác bởi". Người thu hồi là địa chỉ của một thực thể cụ thể có thể bắt đầu quá trình nặc danh. Người dùng phải chọn ít nhất một người thu hồi từ danh sách được xác định trước. Người thu hồi không chịu trách nhiệm duy nhất trong việc xác định hoạt động có khả năng bất hợp pháp hoặc không phù hợp nhưng có thể đáp ứng yêu cầu từ các cơ quan thực thi pháp luật.
Người hoàn tác không có khả năng riêng lẻ để trực tiếp hủy nặc danh các giao dịch, nhưng họ chịu trách nhiệm bắt đầu các yêu cầu nặc danh. Những yêu cầu này được đăng công khai lên Guardian, một hội đồng gồm các đơn vị giám sát quyền riêng tư và tuân thủ. Người giám hộ phải bỏ phiếu xem có cho phép các giao dịch nặc danh hay không. Nếu người giám hộ có thể đạt được số đại biểu và bỏ phiếu ủng hộ, người hủy bỏ có thể giải mã dữ liệu giao dịch, liên kết các giao dịch có liên quan với các giao dịch trước đó cho đến khi Chuỗi giao dịch được ẩn nặc danh hoàn toàn.
Hệ thống này tạo ra sê-ri kiểm tra và cân bằng, vì người giám hộ không thể quyết định tiết lộ dữ liệu giao dịch một mình và ngay cả khi họ thông đồng, họ không thể làm bất cứ điều gì nếu không có người hoàn tác, những người một mình không thể làm bất cứ điều gì nếu không có đa số phiếu bầu của người giám hộ.
súng điện từ
RAILGUN là một hệ thống bảo mật giao dịch bí mật được triển khai trên Ethereum, Binance Smart Chain, Polygon và Arbitrum . Giao thức này tương tự như Labyrinth ở một số điểm, ở chỗ nó dựa trên các ghi chú , được lưu trữ dưới dạng cam kết trong Merkle trees, tạo thành một tập hợp UTXO, tức là bằng cách tạo ghi chú mới để chi tiêu của những người nhận khác. Điều này có nghĩa là chỉ chủ sở hữu của một ghi chú mới có thể tính ID vô hiệu của nó, ID này thường được tạo từ hàm băm của khóa chi tiêu và chỉ mục của ghi chú trong Merkle trees.
Các địa chỉ meta ẩn trong Railgun sử dụng tiền tố "0zk", tương tự như eip-5564, là sự kết hợp giữa khóa xem công khai và khóa chi tiêu công. Tuy nhiên, Railgun sử dụng khóa Ed25519 trên đường cong BabyJubJub thay vì ECDSA và secp256k1. Giống như eip-5564, người dùng quét tất cả các sự kiện được phát ra trong hợp đồng Railgun và sử dụng khóa xem của họ để xác định sự kiện nào đại diện cho việc chuyển tiền vào ví của họ.
Railgun sử dụng mạng lưới các đài truyền hình , thực chất là các đài chuyển tiếp nhận các siêu giao dịch của người dùng và phát các giao dịch thực tế tới blockchain tương ứng để thay mặt người dùng trả phí gas . Các giao dịch giữa người dùng với đài truyền hình được crypto và liên lạc bằng giao thức Waku , bảo vệ nặc danh của người dùng cuối.
Railgun có kiến trúc mô-đun cho phép nó tương tác với các hợp đồng thông minh bên ngoài, cung cấp chức năng vượt qua việc chuyển giao đơn giản. Nó đạt được điều này thông qua hợp đồng AdaptRelay , hợp đồng bảo mật và không bảo mật mã token trước và sau khi tương tác với các hợp đồng bên ngoài, ví dụ: token không bảo mật A, token mã thông báo B trên một số AMM, chuyển token B được bảo vệ trở lại chủ sở hữu ban đầu.
Trong phiên bản 3, Railgun có kế hoạch tận dụng eip-4337 và hỗ trợ các giao dịch meta truyền thống. Họ hy vọng có thể cho phép những người giải quyết độc lập trong đó với tư cách là người phát sóng bằng cách duy trì nhóm bộ nhớ người dùng eip-4337 dành riêng cho Railgun. Họ hiện đang làm việc với Umbra để nghiên cứu vấn đề này và xác định các trường hợp nguy hiểm cũng như cách giải quyết chúng, thông tin chi tiết hơn trong phần Railgun v3 bên dưới.
trị giá
Giao thức Railgun tính phí 0,25% cho việc gửi và rút tiền. Các khoản phí này sẽ được gửi đến kho bạc DAO, khoản phí này sẽ được thanh toán theo thời gian cho những người đặt cược token quản trị RAIL. Ngoài phí gửi và rút tiền 0,25%, các đài truyền hình thường tính phí riêng của họ, thường là khoảng 10% phí gas cho các giao dịch thực tế trên Chuỗi .
quản trị
Railgun có một hệ thống quản trị cho phép gửi bất kỳ hình thức Đề án đối với bất kỳ hợp đồng cốt lõi nào (bao gồm cả hợp đồng tài chính và quản trị) đều phải thông qua Đề án DAO trước khi chúng có thể được thực hiện. Điều bất thường là các phiên bản khác nhau của Railgun có cách quản lý riêng. Ví dụ: Railgun có hệ thống quản trị và token riêng biệt trên Ethereum, Polygon và Binance .
SDK và sách dạy nấu ăn
Railgun cung cấp SDK toàn diện và được ghi chép đầy đủ mà các nhà phát triển ví hoặc DApp có thể sử dụng để xây dựng chức năng địa chỉ ẩn thông qua hỗ trợ cho Railgun. Railgun cũng có một cuốn sách nấu ăn do cộng đồng duy trì cung cấp "công thức nấu ăn" cho phép các nhà phát triển DApp cung cấp mô-đun cho Railgun, cho phép người dùng sử dụng Railgun để tương tác với DApp của họ. Ví dụ: nhà phát triển có thể viết công thức cho DEX cho phép người dùng có số dư token trong Railgun để trao đổi token một cách riêng tư.
RailGun v3
Lần lặp tiếp theo của Railgun sẽ giảm chi phí giao dịch từ 50% đến 60%. Những thay đổi khác trong phiên bản 3 là hỗ trợ cho người dùng eip-4337, được triển khai thông qua nhóm bộ nhớ chuyên dụng. Ngoài ra, v3 sẽ hỗ trợ kiến trúc dựa trên mục đích, cho phép người giải quyết cạnh tranh để có được khả năng thực thi tốt nhất, mặc dù tính đến viết bài này, chi tiết vẫn ở mức rất cao. Họ hiện đang làm việc với CowSwap và có kế hoạch sử dụng pre-và post-hook để cho phép người giải quyết tiếp cận nguồn vốn.
Kết nối súng điện
Có thể cho rằng thay đổi thú vị nhất trong đề xuất là một công cụ có tên Railgun Connect, tương tự như WalletConnect và cho phép các địa chỉ 0zk kết nối với hầu hết các giao diện người dùng để sử dụng sở hữu tư nhân mà không yêu cầu các DApp này cung cấp tích hợp rõ ràng với Railgun thông qua mô-đun tùy chỉnh.
Railgun Connect là một mở rộng trình duyệt thực sự sử dụng trạng thái của Chuỗi sao chép cục bộ HardHat và đưa nhà cung cấp web3 của riêng nó vào DApp, với các điểm cuối RPC cho Chuỗi phiên bản HardHat cục bộ. Điều này cho phép bạn tương tác với hợp đồng DApp như bình thường, ghi lại giao dịch, sau đó phân nhóm và tạo bằng chứng báo lỗi rồi gửi nó đến hợp đồng Railgun trên Chuỗi thực tế. Mặc dù mô tả này có phần đơn giản nhưng nó truyền tải được ý tưởng chung. Điều này cho phép bạn tương tác với bất kỳ DApp nào về cơ bản (có thể có một số trường hợp đặc biệt đối với DApp yêu cầu xử lý bổ sung ngoài Chuỗi). Cần lưu ý rằng việc lưu trạng thái Chuỗi cục bộ là một hoạt động tiêu tốn nhiều tài nguyên, nhưng sau khi hoàn thành, bạn có thể sử dụng địa chỉ ẩn của Railgun để tương tác với DApps mà không có bất kỳ sự khác biệt nào so với việc sử dụng ví thông thường.
Tóm lại
Hiện tại có một số Đề án thú vị để thiết lập địa chỉ ẩn trong giao thức Ethereum . Ví dụ: Inco sử dụng khái niệm “trình bao bọc” erc-20 để đóng gói hợp đồng erc-20 thông thường và crypto tất cả số dư. Quá trình chuyển giao và phê duyệt diễn ra ở trạng thái crypto bằng cách sử dụng crypto đồng cấu hoàn toàn. Inco dựa vào tính năng biên dịch trước hiện chỉ tồn tại trên mạng riêng của mình nhưng có thể được chuyển sang Ethereum trong tương lai.
Có một Đề án khác tên là EIP-7503: Zero-Knowledge Wormholes , dựa trên một thiết kế có tên "proof-of-burn", mặc dù Đề án này dường như không thu hút được sự chú ý rộng rãi, có thể vì nó yêu cầu cập nhật EVM , không có sẵn Bản cập nhật này, thực sự chỉ có thể được triển khai ở cấp token , sử dụng thiết kế erc-20 đặc biệt để hỗ trợ eip-7503 (hoặc nếu một L2 nhất định quyết định thêm hỗ trợ cho các mã opcode EVM của nó).
Aztec có thể là công nghệ bảo mật phức tạp nhất hiện có nhưng nó yêu cầu người dùng phải chuyển tiền cho Aztec để sử dụng, điều này có thể không được hầu hết người dùng chấp nhận. Tuy nhiên, nếu nhu cầu về quyền riêng tư giao dịch cơ bản tăng trưởng trong số người dùng Ethereum , Aztec có thể có một đề xuất giá trị duy nhất và trở thành L2 rất có giá trị khi DApp và người dùng chuyển sang nền tảng cung cấp quyền riêng tư theo mặc định.
Tương tự như vậy, Intmax là Ethereum L2 tập trung vào quyền riêng tư (được thiết kế dựa trên Plasma) cũng có khía cạnh tuân thủ quy định, xác minh tính hợp pháp của tiền cá nhân thông qua bằng chứng AML dựa trên ZKP và áp đặt các giới hạn đối với số tiền giao dịch. Intmax có những hạn chế trong việc cung cấp quyền riêng tư cho việc chuyển tiền, trong khi hoạt động hợp đồng thông minh EVM không có quyền riêng tư. Tuy nhiên, không giống như Aztec, hợp đồng thông minh có thể được viết bằng Solidity, điều mà một số nhà phát triển có thể thích (tùy thuộc vào trường hợp sử dụng).
Hỗ trợ ví
Mặc dù chúng tôi đang chứng kiến sự gia tăng việc áp dụng các giao thức địa chỉ ẩn, đây là một dấu hiệu tích cực nhưng vẫn còn nhiều thách thức. Thách thức quan trọng nhất là chúng chưa được hỗ trợ đầy đủ trong các ví Ethereum chính thống (ít nhất là chưa). Ví chính thống có thể cần đưa ra một số lựa chọn khi cung cấp hỗ trợ cho các địa chỉ ẩn. Các tùy chọn này bao gồm:
Họ sẽ cung cấp hỗ trợ có ý kiến cho một lần triển khai duy nhất hay họ sẽ xây dựng và duy trì một số loại công cụ tổng hợp toàn diện trên nhiều giao thức? Cái sau có thể tốn kém để phát triển và duy trì.
Liệu sẽ có những cân nhắc về quy định và liệu có cần phải đưa ra quan điểm về phạm vi và cơ chế khử nặc danh có chọn lọc (như trong trường hợp của Labyrinth) không?
Địa chỉ ẩn yêu cầu thành phần Chuỗi, thông qua hợp đồng đăng ký (ngoại trừ Fluidkey), có nghĩa là mỗi mạng EVM phải được ví hỗ trợ rõ ràng (mặc dù thiết kế của Umbra tạo điều kiện cho việc triển khai đăng ký mà không cần được phép).
Địa chỉ ẩn làm phức tạp thêm tích hợp hiện có với các trình phát hiện khối như Etherscan. Ví dụ: nút "Xem trên Trình phát hiện" sẽ không hoạt động đối với các địa chỉ meta ẩn vì ví hiển thị số dư tổng hợp. Vấn đề này cũng có thể tồn tại trong chuyển khoản. Những trường hợp khó khăn này cần được xem xét nghiêm túc.
Tùy thuộc vào cách triển khai cơ bản, người dùng chỉ có thể sử dụng hiệu quả các địa chỉ ẩn với một bộ DApp cụ thể, cụ thể là các địa chỉ được hỗ trợ bởi giao thức cơ bản. Kiến trúc địa chỉ ẩn dạng mô-đun sẽ biến điều này thành hiện thực. Tuy nhiên, không phải tất cả DApp đều được hỗ trợ và người dùng sẽ cần được thông báo theo một cách nào đó. Điều này tương đối dễ dàng khi sử dụng eip-5506, nhưng vẫn có những vấn đề phức tạp và khó khăn có thể ảnh hưởng đến trải nghiệm người dùng của ví.
Ngoài ra còn có chỗ cần cải thiện trong việc ngăn chặn tình trạng vệ sinh quyền riêng tư kém của người dùng, hãy xem bài viết này: " Phân tích ẩn danh của Lược đồ địa chỉ tàng hình Umbra trên Ethereum ", trong đó tác giả đã hủy nặc danh thành công 48,5% giao dịch lén lút trên mạng chính ETH . Phương pháp mà họ sử dụng không liên quan gì đến giao thức mà hơn thế nữa là về vệ sinh quyền riêng tư, chẳng hạn như người dùng gửi tiền đến một địa chỉ được che giấu mà họ kiểm soát và sau đó gửi số tiền đó trở lại địa chỉ gửi ban đầu, do nhầm cho rằng khả năng truy xuất nguồn gốc đã bị phá vỡ. Nhìn chung, các tác giả đã xác định được 6 phương pháp khác nhau có thể được sử dụng để nặc danh các giao dịch địa chỉ ẩn, chủ yếu dựa trên việc không tuân theo các phương pháp hay nhất. Tuy nhiên, đây là những vấn đề quan trọng trải nghiệm người dùng cần được giải quyết.
Nhìn chung, tôi khá lạc quan về địa chỉ ẩn và quyền riêng tư trong Ethereum. Tôi cho rằng chúng tôi đã đạt được tiến bộ khá ấn tượng và xác định được một số thách thức có thể khắc phục được. Tôi tin rằng các ví chính thống sẽ tìm phương pháp hỗ trợ các địa chỉ ẩn để người dùng có thể dễ dàng sử dụng những địa chỉ này với mức độ riêng tư thông thường mà người dùng mong đợi và xứng đáng được hưởng.
Cảm ơn tất cả đội ngũ đã đầu tư thời gian và công sức vào việc nghiên cứu và xây dựng cơ sở hạ tầng địa chỉ ẩn, bao gồm bốn giao thức mà tôi đã đề cập trong bài đăng này. Sự chăm chỉ và kiên trì của họ sẽ có tác động rất lớn đến Ethereum!
