
Khi bắt đầu tự lưu ký crypto, mình từng để phần lớn tài sản trong một ví MetaMask duy nhất và chủ yếu tập trung vào việc bảo vệ seed phrase. Sau khi tìm hiểu các sự cố như QuadrigaCX, mình bắt đầu chú ý nhiều hơn đến một dạng rủi ro khác: single point of failure, tức quyền kiểm soát tài sản phụ thuộc quá nhiều vào một người hoặc một signer.
Đó cũng là lý do mình tìm hiểu và thử nghiệm multisig wallet. Bài viết này giải thích cơ chế M-of-N, những rủi ro multisig có thể giảm thiểu và những rủi ro nó không giải quyết được, đồng thời ghi lại trải nghiệm sử dụng Safe để quan sát quy trình đề xuất, xác nhận và thực thi giao dịch. Nếu bạn chưa quen với cách private key, recovery phrase và các loại ví crypto hoạt động, có thể xem trước bài viết giải thích ví tiền điện tử là gì để nắm phần nền tảng trước khi đi sâu vào cơ chế nhiều signer.
Bài viết mang tính giáo dục và chia sẻ trải nghiệm, không phải lời khuyên đầu tư hay cam kết về mức độ an toàn của bất kỳ loại ví nào.
Multisig Wallet là gì?
Multisig wallet (ví đa chữ ký) là cơ chế ví yêu cầu một số lượng chữ ký tối thiểu từ nhiều signer trước khi một giao dịch có thể được thực thi. Cấu hình thường được biểu diễn dưới dạng M-of-N, trong đó N là tổng số signer và M là số signer tối thiểu cần xác nhận. Ví dụ, Safe 2-of-3 có ba signer nhưng một giao dịch cần tối thiểu hai signer xác nhận.
Điểm khác biệt dễ thấy nhất so với ví đơn chữ ký là một signer không nhất thiết có thể tự phê duyệt giao dịch. Nếu chưa từng tự thiết lập ví đơn chữ ký, bạn có thể xem cách tạo ví Bitcoin để đối chiếu workflow cơ bản. Với software wallet trên điện thoại, bài đánh giá Trust Wallet cũng cho thấy quy trình tạo và sử dụng ví đơn giản hơn multisig như thế nào.
Trên các mạng EVM, Safe là một trong những nền tảng smart account hỗ trợ cơ chế nhiều signer và threshold. Ngoài multisig cơ bản, Safe còn hỗ trợ các thành phần mở rộng như modules và guards, vì vậy mức độ an toàn thực tế không chỉ phụ thuộc vào số lượng signer.
Cơ chế hoạt động của ví đa chữ ký
Quy trình multisig có thể hiểu qua bốn giai đoạn:
Tạo đề xuất → thu thập xác nhận → đạt threshold → thực thi giao dịch.

Ví dụ với Safe 2-of-3, signer A có thể tạo một đề xuất và xác nhận trước. Giao dịch vẫn ở trạng thái chờ cho đến khi có thêm ít nhất một signer hợp lệ xác nhận. Khi đạt threshold 2/3, giao dịch đủ điều kiện để được thực thi, nhưng việc đạt đủ chữ ký không nhất thiết đồng nghĩa giao dịch đã được thực thi ngay trên blockchain.
Đây chính là ngưỡng chữ ký tối thiểu để duy trì quyền kiểm soát hợp lệ. Với Safe, proposal và các confirmation trước khi execution có thể được theo dõi trong Transaction Queue. Sau khi transaction được thực thi on-chain, transaction hash và trạng thái blockchain có thể được kiểm tra trên block explorer.

Cách triển khai multisig khác nhau giữa từng blockchain. Trên Bitcoin, một số mô hình multisig truyền thống sử dụng Bitcoin Script và OP_CHECKMULTISIG để đặt điều kiện nhiều chữ ký. Trên Ethereum và các mạng EVM, các giải pháp như Safe thường triển khai cơ chế nhiều signer và threshold thông qua smart contract. Safe cũng hỗ trợ nhiều mạng Layer-2, nơi network fee và cách thực thi transaction có thể khác Ethereum mainnet.
Nhận xét của biên tập viên

Khi thử nghiệm Safe multisig trên testnet Goerli vào tháng 10/2022 (lúc đó Goerli vẫn đang hoạt động), mình thiết lập Safe 2-of-3 với ba signer: MetaMask trên máy tính, MetaMask trên điện thoại và Ledger Nano S. Quá trình thiết lập ban đầu mất khoảng 45–60 phút, trong đó phần mình dành nhiều thời gian nhất là theo dõi Transaction Queue để phân biệt giữa transaction vừa được đề xuất, đã đủ xác nhận và đã thực sự được thực thi.

Điểm mình nhận ra trong lần test này là việc Safe đã nhận đủ hai xác nhận cần thiết trong cấu hình 2-of-3 chưa đồng nghĩa transaction đã được thực thi ngay trên blockchain. Có transaction vẫn chuyển sang trạng thái “Needs execution” và cần thêm bước thực thi. Trong Transaction Queue mình cũng gặp một giao dịch bị on-chain rejection và một số Contract Interaction như deployProxy.
So với ví đơn chữ ký mình từng sử dụng trước đó, Safe tạo thêm các bước đề xuất → xác nhận → thực thi. Đổi lại, mình có thể nhìn rõ signer nào đã xác nhận và transaction đang ở giai đoạn nào thay vì chỉ thấy một thao tác ký và gửi giao dịch.
Nguyễn Linh · Biên tập viên crypto
Các cấu hình M-of-N khác nhau thế nào?

Với multisig, việc tăng số signer hoặc threshold không tự động đồng nghĩa mức độ bảo mật cao hơn. Cấu hình phù hợp còn phụ thuộc vào khả năng giữ signer độc lập, quy trình phục hồi, số người tham gia và mức độ phức tạp mà người dùng có thể vận hành ổn định.
Chẳng hạn, 2-of-3 cho phép một signer không khả dụng mà hai signer còn lại vẫn có thể đạt threshold. Ngược lại, 3-of-3 yêu cầu cả ba signer cùng hoạt động, nên việc mất quyền truy cập vào một signer có thể khiến Safe không còn đạt threshold cho các giao dịch thông thường.
| Cấu hình | Tổng signer | Threshold | Nếu signer không khả dụng | Đánh đổi chính |
| 2-of-2 | 2 | 2 | Chỉ cần mất 1 là không đạt threshold | Đơn giản nhưng ít khả năng dự phòng |
| 2-of-3 | 3 | 2 | Có thể mất 1 signer và vẫn đạt threshold | Có dự phòng nhưng cần quản lý thêm signer |
| 3-of-5 | 5 | 3 | Có thể mất 2 signer | Phù hợp workflow nhiều người nhưng phức tạp hơn |
| 4-of-7 | 7 | 4 | Có thể mất 3 signer | Tăng số bên tham gia phê duyệt |
Không có một cấu hình M-of-N phù hợp cho mọi người dùng. Khi lựa chọn threshold, cần xem đồng thời số signer, mức độ độc lập giữa các signer, nhu cầu dự phòng và phương án xử lý khi một signer không còn khả dụng. Cấu hình 2-of-3 thường được dùng để minh họa vì vẫn có thể đạt threshold khi một signer không truy cập được. Ngược lại, với 3-of-3, nếu mất quyền truy cập vào một signer thì hai signer còn lại không đủ threshold để thực hiện các transaction thông thường. Vì vậy, cấu hình N-of-N cần được cân nhắc cùng kế hoạch recovery thay vì chỉ nhìn vào số lượng signer.
Multisig wallet có thể giảm những rủi ro nào?
So với ví đơn chữ ký, multisig có thể giảm sự phụ thuộc vào một signer duy nhất, duy trì khả năng phê duyệt trong một số cấu hình khi một signer không còn khả dụng và hỗ trợ workflow nhiều bên cùng quản lý quỹ. Tuy nhiên, hiệu quả của từng cơ chế vẫn phụ thuộc vào threshold, cách bảo vệ signer và quy trình xác minh transaction.

1. Giảm single point of failure
Với ví đơn chữ ký, quyền thực hiện giao dịch có thể phụ thuộc vào một khóa hoặc một signer. Multisig cho phép phân tán quyền phê duyệt giữa nhiều signer và đặt threshold lớn hơn một, nhờ đó một signer đơn lẻ không nhất thiết đủ quyền thực hiện giao dịch.
Trường hợp QuadrigaCX thường được nhắc đến như một ví dụ về rủi ro khi quyền kiểm soát tài sản phụ thuộc quá nhiều vào một cá nhân. Một thiết kế nhiều signer có thể giảm dạng single point of failure này, nhưng không tự loại bỏ các rủi ro quản trị, gian lận hoặc vận hành khác. Multisig cũng cần được phân biệt với ví lạnh. Multisig phân tách quyền phê duyệt giữa nhiều signer, còn ví lạnh chủ yếu giảm mức độ private key tiếp xúc với môi trường trực tuyến.
2. Duy trì quyền kiểm soát khi một signer không khả dụng
Với cấu hình trong đó threshold thấp hơn tổng số signer, việc một signer không còn khả dụng chưa nhất thiết khiến Safe mất khả năng thực hiện giao dịch. Chẳng hạn, Safe 2-of-3 vẫn có thể đạt threshold bằng hai signer còn lại.
Tuy nhiên, khả năng này phụ thuộc trực tiếp vào cấu hình. Với 3-of-3, nếu không thể truy cập một signer thì hai signer còn lại không đủ threshold để thực hiện giao dịch quản trị thông thường. Vì vậy, số signer và threshold cần được xem xét cùng với kế hoạch khôi phục và thay thế signer.

Khác với ví đơn chữ ký thông thường, multisig thiết lập cơ chế phê duyệt đa tầng. Hiểu đơn giản, giao dịch chỉ được thực thi khi có sự đồng thuận của nhiều chữ ký cùng lúc. Điểm giá trị nhất của multisig wallet mà tôi tâm đắc chính là khả năng vô hiệu hóa rủi ro mất mát. Ngay cả khi một khóa cá nhân bị hacker tấn công hoặc chẳng may bị thất lạc, tài sản của bạn vẫn nằm trong vòng an toàn vì kẻ gian không thể có đủ số lượng chữ ký cần thiết để tẩu tán nguồn tiền.
Crypto Zero · YouTube · 5/12/2025
3. Phê duyệt nhiều bên cho quỹ chung
Multisig cũng có thể được sử dụng khi nhiều người cùng quản lý một nguồn quỹ. Thay vì để một thành viên tự thực hiện giao dịch, nhóm có thể đặt threshold yêu cầu nhiều signer cùng kiểm tra và xác nhận.
Điểm đáng chú ý ở mô hình này không phải là mọi giao dịch đều trở nên “an toàn”, mà là quyền phê duyệt được phân tách giữa nhiều signer và lịch sử giao dịch có thể được đối chiếu trên blockchain. Mức threshold cụ thể vẫn cần được lựa chọn theo quy mô nhóm và quy trình vận hành.
Rủi ro và giới hạn của multisig wallet
Social engineering và compromise signer
Multisig không ngăn được việc signer bị lừa ký sai giao dịch hoặc nhiều signer cùng bị compromise. Các phương thức tấn công có thể bao gồm website giả mạo, malware, clipboard hijacking hoặc thông tin giả khiến người ký hiểu sai nội dung transaction. Điểm quan trọng là threshold chỉ yêu cầu đủ số signer hợp lệ. Nếu kẻ tấn công kiểm soát hoặc đánh lừa đủ signer để đạt threshold, cơ chế multisig tự nó không còn ngăn được transaction đó.
Rủi ro từ modules và guards
Safe có thể mở rộng chức năng thông qua modules và guards, nhưng đây cũng là các thành phần cần được kiểm tra riêng. Safe Docs cảnh báo rằng module có thể thực thi transaction ngoài luồng multisig thông thường; module độc hại có khả năng chiếm quyền kiểm soát Safe.
Guards hoạt động theo cách khác: chúng có thể kiểm tra transaction trước hoặc sau khi thực thi. Tuy nhiên, một guard bị lỗi hoặc được cấu hình không phù hợp có thể ngăn giao dịch được thực thi. Vì vậy, việc Safe có nhiều signer không loại bỏ rủi ro từ các extension đã được enable.

Hầu hết mọi người đều sử dụng ví đơn, nhưng việc này khá nguy hiểm vì rủi ro mất trắng tài sản khá cao. Qua trải nghiệm cá nhân, tôi thấy ví đa chữ ký (Multi-sig) 2/3 là bước ngoặt bảo mật. Nó loại bỏ điểm yếu duy nhất, chống trộm hiệu quả và hỗ trợ thừa kế tài sản số với lộ trình rõ ràng. Dù tốn chút công sức thiết lập, sự an tâm mà nó mang lại vượt xa rủi ro của ví đơn.
@Due_Entertainer209 · Reddit · 20/8/2025
Các sự cố multisig đáng chú ý và bài học vận hành
Các sự cố tại Bybit, Radiant Capital và Parity cho thấy threshold chỉ là một phần của mô hình bảo mật multisig. Rủi ro vẫn có thể xuất hiện ở signer, thiết bị, giao diện ký transaction hoặc smart contract được sử dụng bên dưới. Theo TRM Labs, khoảng 2,2 tỷ USD bị đánh cắp qua hacks và exploits trong năm 2024, tăng 17% so với năm trước. Các cuộc tấn công hạ tầng, chủ yếu liên quan đến private key và seed phrase bị compromise, chiếm gần 70% số tiền bị đánh cắp. Đây là số liệu về toàn bộ thị trường crypto, không phải thống kê riêng cho multisig.
- Vụ Bybit ngày 21/02/2025 là ví dụ điển hình cho thấy multisig vẫn có thể bị vượt qua nếu người ký bị ‘đánh lừa’ ở lớp hiển thị. Các phân tích hậu sự cố cho thấy kẻ tấn công đã lợi dụng supply-chain/front-end compromise, khiến giao diện hiển thị thông tin ‘có vẻ hợp lệ’ trong khi nội dung giao dịch thực tế là độc hại. Bạn có thể đọc bài viết từ Chainalysis để hiểu rõ hơn.
- Vụ tấn công Radiant Capital năm 2024: Radiant báo cáo thiệt hại khoảng 50 triệu USD sau khi thiết bị của ít nhất ba contributor bị compromise. Theo post-mortem của dự án, Safe và Tenderly vẫn hiển thị transaction có vẻ hợp lệ trong quá trình kiểm tra, trong khi malware trên thiết bị khiến các signer ký transaction độc hại. Sự cố này cho thấy multisig vẫn có thể thất bại nếu nhiều signer hoặc thiết bị của họ cùng bị compromise, ngay cả khi nhóm đã sử dụng hardware wallet và quy trình kiểm tra transaction.
- Sự cố Parity Wallet năm 2017: Một lỗ hổng trong shared library của Parity multisig wallet cho phép một người dùng trở thành owner của library rồi kích hoạt chức năng self-destruct. Parity cho biết sự cố khiến 513.774,16 ETH cùng một số token trong 587 ví không thể được chuyển theo cơ chế bình thường. Trường hợp này cho thấy việc dùng multisig không loại bỏ rủi ro từ smart contract và kiến trúc phần mềm bên dưới.
Điểm chung của các sự cố trên là threshold không phải lớp bảo vệ duy nhất. Nếu signer, thiết bị, giao diện xác nhận hoặc smart contract bị compromise, transaction độc hại vẫn có thể đạt đủ chữ ký cần thiết.
Phân tích chuyên sâu

Cuối năm 2023, khi cùng hai cộng sự quản lý một quỹ nhỏ, mình chuyển một phần tài sản từ ví nóng đơn sang Safe 2-of-3. Trước đó, signer duy nhất cũng là người phải xử lý mọi giao dịch. Khi người đó chưa online hoặc muốn kiểm tra lại một lệnh, cả nhóm phải chờ.
Sau khi chuyển sang 2-of-3, ba người giữ signer trên các thiết bị riêng và bất kỳ hai signer nào cũng có thể đạt threshold. Điểm khác biệt mình thấy rõ nhất không phải là giao dịch tự động nhanh hơn, mà là quy trình không còn phụ thuộc vào việc một người duy nhất phải luôn có mặt. Mỗi đề xuất cũng có thêm một người kiểm tra trước khi đủ điều kiện thực thi.
Trong một lần kiểm tra đề xuất rút tiền, một cộng sự của mình chuẩn bị xác nhận một địa chỉ mà nhóm không nhận ra. Bọn mình dừng lại, đối chiếu qua kênh liên lạc riêng rồi không tiếp tục transaction đó. Tình huống này khiến mình giữ thói quen xác minh ngoài giao diện Safe đối với những lệnh không quen thuộc. Multisig tạo thêm điểm kiểm tra, nhưng vẫn phụ thuộc vào việc các signer thực sự xác minh nội dung trước khi ký.
Nguyễn Linh · Biên tập viên crypto
Khi nào thì multisig wallet có thể phù hợp?

Multisig có thể phù hợp khi rủi ro của việc một signer duy nhất kiểm soát toàn bộ quyền giao dịch trở nên đáng quan tâm hơn chi phí và độ phức tạp của quy trình nhiều signer. Với cá nhân, một lý do có thể cân nhắc multisig là muốn phân tách quyền kiểm soát giữa nhiều signer hoặc thiết bị thay vì phụ thuộc hoàn toàn vào một khóa. Với nhóm hoặc doanh nghiệp, multisig có thể hữu ích khi nhiều thành viên cần cùng phê duyệt việc sử dụng quỹ. DAO cũng thường sử dụng threshold để nhiều signer cùng tham gia quản lý treasury.
Ngược lại, multisig tạo thêm công việc quản lý signer, xác nhận transaction và xây dựng phương án khôi phục. Vì vậy, số lượng tài sản không phải tiêu chí duy nhất để quyết định có nên dùng multisig; mức độ quen thuộc với self-custody và khả năng duy trì quy trình vận hành cũng cần được tính đến. Safe cũng lưu ý rằng không tồn tại một cấu hình signer và threshold tốt nhất cho mọi trường hợp. Việc lựa chọn cần dựa trên use case cụ thể.
Hướng dẫn tạo multisig wallet với Safe

Safe (tên cũ Gnosis Safe) là một nền tảng smart account được sử dụng rộng rãi trên Ethereum và nhiều mạng EVM. Safe hỗ trợ các network như Polygon, Arbitrum, Optimism và BNB Chain. Trong phần dưới đây, bài viết tập trung vào workflow multisig cơ bản gồm tạo Safe, thêm signer, đặt threshold và thực thi transaction thay vì các module nâng cao.
Chuẩn bị trước khi tạo ví
Trước khi tạo Safe, cần xác định ba yếu tố chính:
- Các signer sẽ sử dụng.
- Tổng số signer.
- Threshold cần để phê duyệt transaction.
Nếu chỉ muốn làm quen với giao diện, có thể sử dụng testnet thay vì tài sản thật. Trong môi trường thử nghiệm, nên dùng các account riêng chỉ dành cho test và không đưa seed phrase hoặc private key của ví đang giữ tài sản vào ảnh chụp màn hình.
Nếu một signer của Safe là hardware wallet, nên hoàn tất việc thiết lập và kiểm tra thiết bị trước khi thêm signer vào Safe. Bài viết cách sử dụng ví lạnh sẽ trình bày riêng quy trình khởi tạo, backup và xác nhận transaction trên hardware wallet. Nếu mục tiêu của bạn là chuyển tài sản từ sàn hoặc ví nóng sang hardware wallet thay vì dùng thiết bị làm signer cho Safe thì có thể xem thêm cách chuyển coin vào ví lạnh. Phí triển khai và phí transaction phụ thuộc vào network, trạng thái mạng và flow được sử dụng, vì vậy không nên coi một mức ETH cố định là chi phí tiêu chuẩn.
Các bước tạo ví Safe trên Ethereum
Quá trình tạo multisig wallet Safe trên mạng lưới Ethereum bao gồm 7 bước chính đi từ việc kết nối đến triển khai:

Truy cập trực tiếp vào địa chỉ app.safe.global và nhấn ví để kết nối. Trước khi kết nối wallet, kiểm tra lại domain hiển thị trên trình duyệt để giảm nguy cơ truy cập nhầm website giả mạo.
Xác định và chọn mạng lưới blockchain tương ứng với nhu cầu. Nhà đầu tư có thể chọn mạng chính (Mainnet) như Ethereum để quản lý tài sản thực tế, hoặc sử dụng các mạng thử nghiệm (Testnet) như Sepolia để thực hành và làm quen với thao tác trước.
Kết nối signer đầu tiên bằng một wallet được Safe hỗ trợ. Signer này sẽ được đề xuất làm owner đầu tiên nhưng có thể được thay đổi trong quá trình thiết lập.
Cung cấp một tên gọi cho multisig wallet nhằm mục đích dễ dàng phân biệt và quản lý trên giao diện cá nhân. Tên gọi này chỉ được lưu trữ cục bộ trên trình duyệt của người dùng và sẽ không được ghi lại trên chuỗi khối (blockchain).
Khai báo địa chỉ ví của những người sẽ tham gia vào quá trình ký duyệt giao dịch. Quản trị viên có thể thêm ghi chú tên cho từng địa chỉ ví để dễ dàng nhận diện vai trò của từng thành viên trong hệ thống.
Thiết lập threshold, tức số signer tối thiểu cần xác nhận trước khi một Safe transaction có thể được thực thi. Ví dụ, threshold 2 với ba signer yêu cầu tối thiểu hai signer xác nhận.
Kiểm tra lại signer và threshold trước khi hoàn tất. Tùy network và lựa chọn trong giao diện Safe, việc triển khai có thể phát sinh network fee. Nếu đang thực hành trên testnet, chỉ sử dụng test token cho các thao tác cần gas.
Best practices bảo mật sau khi tạo ví
Sau khi thiết lập Safe, mức độ an toàn còn phụ thuộc vào cách từng signer bảo vệ thiết bị, kiểm tra transaction và quản lý các thành phần được bật trong wallet. Bốn nguyên tắc dưới đây tập trung vào những điểm vận hành có thể giúp giảm rủi ro trong quá trình sử dụng multisig:
- Giữ các signer độc lập: tránh để tất cả signer phụ thuộc vào cùng một thiết bị, trình duyệt hoặc phương thức khôi phục.
- Kiểm tra transaction trước khi xác nhận: đối chiếu địa chỉ, số tiền và nội dung interaction thay vì chỉ nhìn trạng thái “Confirm” trên giao diện.
- Kiểm tra modules và guards: chỉ enable những thành phần thực sự cần thiết và hiểu quyền mà chúng có thể thực thi.
- Chuẩn bị quy trình mất signer: xác định trước cách nhóm xử lý khi một signer không còn khả dụng hoặc cần được thay thế.
Câu hỏi thường gặp về multisig wallet
Việc sử dụng multisig có thể phát sinh network fee tùy blockchain, loại transaction và cách Safe được triển khai. Không có một mức phí cố định áp dụng cho mọi mạng hoặc mọi thời điểm. Nếu chỉ muốn làm quen với quy trình, người dùng có thể thực hành trên testnet bằng test token thay vì tài sản thật.
Có. Safe cho phép thêm hoặc xóa signer và thay đổi threshold thông qua transaction quản trị của Safe. Thay đổi chỉ được thực hiện khi đáp ứng threshold đang có tại thời điểm transaction được phê duyệt.
Kết quả phụ thuộc vào threshold. Với Safe 2-of-3, nếu một signer không còn khả dụng thì hai signer còn lại vẫn có thể đạt threshold và thực hiện transaction quản trị để thay đổi danh sách signer. Ngược lại, nếu số signer còn truy cập được thấp hơn threshold, Safe không thể thực hiện transaction thông thường cho đến khi có một cơ chế khôi phục phù hợp đã được thiết lập từ trước.
Multisig có thể giảm một số rủi ro liên quan đến single point of failure khi được cấu hình và vận hành phù hợp, bởi một signer đơn lẻ không nhất thiết đủ quyền thực hiện transaction. Tuy nhiên, mức độ bảo vệ còn phụ thuộc vào threshold, sự độc lập giữa các signer, thiết bị sử dụng và cách transaction được xác minh. Multisig không loại bỏ phishing, malware, lỗi smart contract hoặc trường hợp nhiều signer cùng xác nhận một transaction độc hại.
Tổng kết
Multisig wallet phân tách quyền phê duyệt transaction giữa nhiều signer và sử dụng threshold để xác định số lượng xác nhận tối thiểu cần thiết. Cơ chế này có thể giảm sự phụ thuộc vào một signer duy nhất và phù hợp với những trường hợp cần nhiều bên cùng kiểm soát tài sản.
Tuy nhiên, multisig không phải lớp bảo vệ tuyệt đối. Phishing, malware, signer bị compromise, modules hoặc guards không an toàn và sai sót trong quy trình vận hành vẫn có thể dẫn đến mất tài sản hoặc khiến Safe không thể thực hiện transaction.
Qua trải nghiệm với Safe, điểm khác biệt rõ nhất so với ví đơn chữ ký là quy trình đề xuất, xác nhận và thực thi được tách thành nhiều bước. Việc lựa chọn số signer và threshold nên dựa trên nhu cầu thực tế, khả năng khôi phục và cách người dùng có thể duy trì quy trình đó lâu dài.
Tác giả
Nguyễn Linh · Biên tập viên nội dung crypto
Sinh tại TP.HCM, Linh tham gia thị trường tài sản số từ năm 2017. Tốt nghiệp ngành Hệ thống Thông tin Quản lý tại Đại học Kinh tế TP.HCM (2013–2017), tập trung chuyên đề hệ thống thanh toán điện tử và công nghệ tài chính. Sau giai đoạn 2021–2025 làm Research & CS Analyst tại một công ty FinTech ở Tokyo, hiện Linh sinh sống và làm việc giữa Việt Nam và Nhật Bản, phụ trách nội dung tại nihoncasi.com với định hướng “An toàn – Trung lập – Thực tế”.
Chuyên mục: Guides (ví, bảo mật, phí giao dịch) · News (tin tức crypto & blockchain)
Học vấn: ĐH Kinh tế TP.HCM: Hệ thống Thông tin Quản lý
Kinh nghiệm: Fintech startup (VN) → FinTech Tokyo (nghiên cứu & phân tích)
Mạng xã hội: LinkedIn · Facebook · Reddit · X
Kênh chính thức NIHONCASI: Telegram · LinkedIn
Tiêu chuẩn biên tập: Chính sách biên tập và kiểm chứng · Quy trình sửa lỗi · Tuyên bố miễn trừ trách nhiệm

















