ALEX_ZàSé

@Dusk
Có một chi tiết nhỏ được chôn sâu trong một tài liệu blockchain mà tôi đang xem, và nó đã nằm trong đầu tôi từ lúc đó: một hệ thống được xây dựng dựa trên giấy phép thay vì danh tính. Không phải “bạn là ai”, mà là “bạn có được phép làm việc này không”.

Hãy nghĩ về cách một nhân viên gác cổng kiểm tra ID của bạn ở một quán bar. Họ không cần địa chỉ của bạn, công việc của bạn, hay tên đầy đủ của bạn—họ chỉ cần xác nhận rằng bạn đã đủ một độ tuổi nhất định. Hầu hết các hệ thống số ngày nay bỏ qua hoàn toàn sắc thái đó: hoặc bạn đưa ra mọi thứ, hoặc bạn không nhận được gì. Cách tiếp cận dựa trên giấy phép đảo ngược điều đó. Bạn chứng minh rằng mình đủ điều kiện cho một thứ cụ thể, mà không phải tiết lộ phần còn lại của con người bạn. Sự phân biệt này thực sự hữu ích ngay cả ngoài phạm vi crypto—hãy nghĩ đến các kiểm tra KYC, các “cửa tuổi”, hay các bằng/chứng chỉ nghề nghiệp, nơi thứ quan trọng duy nhất chỉ là câu trả lời “có” hoặc “không”.

Điều tôi chưa chắc chắn là ai là người thực sự cấp các giấy phép này, và chuyện gì xảy ra khi một giấy phép cần bị rút lại. Một giấy phép chỉ có ý nghĩa nếu bên cấp cho bạn được tin cậy, và sự tin cậy như vậy thường đến từ chính phủ, ngân hàng, hoặc các tổ chức được công nhận—những bên này không di chuyển nhanh và cũng không dễ dàng thống nhất với nhau qua các biên giới. Việc thu hồi cũng là một câu hỏi mở khác: hủy một thẻ vật lý thì đơn giản, nhưng việc vô hiệu hóa một chứng chỉ mật mã đã từng được dùng ở đâu đó lại là một loại rắc rối hoàn toàn khác.

Vì vậy, tôi chỉ đang thận trọng tò mò chứ chưa bị thuyết phục. Ý tưởng chứng minh “đủ dùng và không hơn” là rất tinh tế. Liệu những người gác cổng ngoài đời có bao giờ tin đủ để dựa vào nó hay không lại là một câu chuyện khác—chậm hơn nhiều.

Hãy luôn tò mò, hơi hoài nghi một chút, và tiếp tục học từng lớp một.
@Dusk $DUSK #dusk

@Dusk
Một người bạn đã gửi cho tôi một bài viết về trái phiếu được token hóa vào tuần trước, và nó khiến tôi nhớ lại một thứ được chôn trong tài liệu kỹ thuật của Dusk: một module tên là Zedger, được xây dựng riêng để xử lý chứng khoán và tài sản trong thế giới thực trên blockchain—không chỉ là các token mà người ta giao dịch cho vui.

Điều thu hút tôi là các tính năng thực ra lại khá “đời thường”. Cổ tức. Các hoạt động doanh nghiệp. Những lần chuyển giao bắt buộc khi tòa án hoặc cơ quan quản lý yêu cầu. Nghe chẳng có gì hấp dẫn so với các con số về tốc độ hay thông lượng, nhưng đó lại chính là kiểu chi tiết “nhàm” quyết định liệu một tổ chức tài chính có thậm chí cân nhắc sử dụng một mạng hay không. Hầu hết các chuỗi được xây để chuyển giao mở, không cần cấp phép, và luật thì không vận hành theo cách đó. Hồ sơ sở hữu đôi khi cần được chỉnh sửa, đóng băng, hoặc chuyển nhượng lại, và một hệ thống giả vờ rằng mọi thứ vận hành suôn sẻ như vậy thì thực chất không được xây cho tài chính—mà được xây cho đầu cơ. Việc điều này được thừa nhận ngay trong thiết kế khiến nó có cảm giác “chân” hơn phần lớn những bản chào mời mà tôi từng gặp.

Dù vậy, tôi cũng cố không bị cuốn đi quá đà. Việc viết “force transfer” (chuyển giao bắt buộc) vào một smart contract là một chuyện; để tòa án, tổ chức lưu ký và các cơ quan quản lý xuyên biên giới thực sự công nhận và hành động thông qua cơ chế đó lại là chuyện khác. Pháp luật tài chính khác nhau rất nhiều giữa các quốc gia, và các tổ chức thận trọng vì những lý do xác đáng. Một kiến trúc khéo léo không tự động chuyển hóa thành sự công nhận về mặt pháp lý, và có một khoảng cách thực sự giữa những gì mã nguồn có thể cưỡng chế và những gì một thẩm phán hay cơ quan quản lý sẽ chấp nhận.

Vì vậy, kết luận của tôi thật đơn giản: đáng để hiểu, không phải để sùng bái. Hãy nhìn vượt qua bản pitch, hỏi xem trong thực tế ai là người phải tin tưởng hệ thống này, và nhận ra ranh giới giữa lời hứa kỹ thuật kết thúc ở đâu và sự không chắc chắn về mặt pháp lý bắt đầu từ đó.

Tăng trưởng ở đây đến từ việc đặt những câu hỏi tốt hơn, chứ không phải từ việc tìm kiếm sự chắc chắn.
@Dusk $DUSK #dusk

@Dusk
Hôm nay tôi đã gặp một phần trong tài liệu của một dự án mà trước giờ tôi chưa để ý: một hợp đồng riêng hoàn toàn dành cho giấy phép. Không phải token, không phải staking, mà là giấy phép. Thật lạ khi đưa thứ đó vào một chuỗi, và nó khiến tôi suy nghĩ.

Ý tưởng đằng sau nó được gọi là Citadel. Thay vì chứng minh bạn là ai bằng cách cung cấp toàn bộ danh tính của mình mỗi lần, một người sẽ được cấp một giấy phép một lần, rồi dùng nó để chứng minh rằng họ được phép làm điều gì đó—ví dụ như đáp ứng yêu cầu về độ tuổi hoặc có giấy phép—mà không tiết lộ thêm bất kỳ thông tin nào khác. Chuỗi theo dõi liệu giấy phép đó còn hiệu lực, đã hết hạn hay bị thu hồi, nhưng không theo dõi toàn bộ hồ sơ của người đó.

Chính điều đó đã kéo tôi vào. Phần lớn những câu chuyện về danh tính trong crypto vẫn mang tính trừu tượng: "tự chủ danh tính" này, "tự sở hữu dữ liệu" kia. Ở đây thì nó gắn với một thứ cụ thể: một quyền thực tế, được kiểm tra và thực thi trực tiếp trên chuỗi—giống như một nhân viên bảo vệ kiểm tra giấy tờ tùy thân mà không cần biết địa chỉ nhà của bạn.

Nhưng tôi cứ quay lại một câu hỏi: ai là người quyết định điều gì được xem là một giấy phép hợp lệ ngay từ đầu? Một cơ quan chính phủ? Một tổ chức cấp phát tư nhân? Nếu nguồn cấp giấy phép không được công nhận về mặt pháp lý ở đâu đó, thì toàn bộ bằng chứng trên chuỗi sẽ có ý nghĩa rất ít bên ngoài mạng đó. Việc thu hồi cũng là một “mắt xích mở” khác—việc hủy giấy phép trong đời thực không phải lúc nào cũng được cập nhật ngay lập tức trên sổ cái.

Tôi không nghĩ điều đó làm chết khái niệm. Nó chỉ có nghĩa là phần khó không nằm ở mật mã, mà nằm ở việc thuyết phục các tổ chức thực sự đồng thuận về ai là người được phép cấp những thứ này.

Đọc những thứ này chậm rãi, tự hỏi niềm tin thực sự nằm ở đâu, cảm giác là một thói quen tốt hơn để xây dựng—thay vì quá hào hứng quá nhanh.
@Dusk $DUSK #dusk

@Dusk
Một chi tiết trong tài liệu của Dusk Network khiến tôi phải dừng lại và đọc lại hai lần: mọi validator trong mạng thực sự có thể bị mất tiền nếu cắt xén cho xong việc. Không phải kiểu mơ hồ “kẻ xấu sẽ bị cấm”, mà là thông qua một cơ chế slashing (phạt cắt) được xác định rõ ràng, gắn với các hành vi sai phạm cụ thể như double voting, bỏ nhiệm vụ (skipping duties) và phát broadcast các block xung đột.

Ban đầu nghe có vẻ chỉ là một chi tiết kỹ thuật. Nhưng càng suy nghĩ, nó càng làm tôi nhớ tới cách cơ chế trách nhiệm (accountability) vận hành trong tài chính truyền thống. Các tổ chức không chỉ nhận cảnh cáo khi họ làm sai; thay vào đó là những hậu quả có “răng”. Dusk phản ánh cấu trúc đó ngay trong lớp đồng thuận của riêng mình. Những sơ suất nhỏ có thể dẫn đến đình chỉ (suspension), còn những hành vi lớn hơn thì có thể đốt (burn) một phần số stake của validator. Ngoài ra còn có một quy trình finality khóa một block vào trạng thái “đã chốt” chỉ sau khi đủ nhiều xác nhận độc lập được tích lũy, tạo ra thứ gì đó gần giống một “dấu vết kiểm toán” (audit trail) hơn là một lời hứa đơn giản kiểu “hãy tin vào mạng”.

Đó là điều tạo trọng lượng cho dự án đối với tôi. Nó không chỉ khẳng định là đáng tin cậy—mà còn xây dựng một chuỗi hồ sơ giấy tờ (paper trail) để giải thích vì sao mọi thứ nên được tin tưởng.

Tuy vậy, tôi vẫn cố không bị cuốn đi. Một cơ chế slashing trong một mạng không giống với trách nhiệm pháp lý trong thế giới bên ngoài. Mã (code) có thể phạt một validator ngay lập tức; còn tòa án hay cơ quan quản lý lại vận hành trên một dòng thời gian hoàn toàn khác, với những động cơ (incentives) và “điểm mù” riêng. Có một khoảng cách thực sự giữa “hệ thống đã phát hiện” và “một người ở bên ngoài hệ thống sẽ thực sự hành động theo điều đó”.

Vì vậy, tôi thấy tò mò hơn là bị thuyết phục. Hãy tự mình đào sâu vào nguồn tài liệu thay vì chỉ tin vào bất kỳ bản tóm tắt nào—kể cả của tôi. Sự tò mò nhỏ nhưng bền bỉ thường dạy bạn được nhiều hơn việc đuổi theo sự chắc chắn.
@Dusk $DUSK #dusk

@Dusk
Điều gì đó nhỏ đã lọt vào mắt tôi khi lại lục tung tài liệu của Dusk vào tuần này: một hợp đồng cấp phép, gắn với thứ gọi là Citadel, nhằm chứng minh bạn là ai mà không cần cho bất kỳ ai thấy danh tính thực sự của bạn. Về lý thuyết, đây không phải là ý tưởng mới, nhưng tôi chưa từng thấy nó được đóng khung như một phần cốt lõi của một mạng tài chính trước đây.

Phần khiến nó có vẻ không chỉ là một tính năng là thứ nó đang cố thay thế. Hiện tại, để chứng minh đủ điều kiện cho một sản phẩm tài chính thường đồng nghĩa với việc đưa tài liệu cho một nền tảng và tin rằng nền tảng sẽ lưu trữ nó một cách an toàn. Cách tiếp cận của Citadel thì lật ngược lại: bạn giữ một chứng chỉ, bạn chứng minh rằng mình đủ tư cách, và bên đối tác không bao giờ thấy dữ liệu gốc. Nếu điều đó thực sự hoạt động ở quy mô lớn, nó bắt đầu trông ít giống một “mẹo” blockchain hơn và nhiều hơn như một câu trả lời thực sự cho vấn đề mà ngân hàng và sàn giao dịch giải quyết mỗi ngày.

Sự hoài nghi mà tôi có không nằm ở mật mã, mà ở con người. Hệ thống định danh sống hay chết tùy thuộc vào việc ai cấp chứng chỉ và liệu có ai thực sự chấp nhận chúng bên ngoài mạng đã tạo ra chúng hay không. Một giấy phép chỉ hữu ích nếu các tổ chức đồng ý rằng nó có ý nghĩa. Đó là một quá trình chậm chạp, mang tính chính trị, không phải tính kỹ thuật, và không một thiết kế bằng chứng “khéo léo” nào tự nó có thể đẩy nhanh tiến trình này.

Tôi chưa sẵn sàng gọi đây là đã được giải quyết chỉ vì thiết kế có vẻ thanh nhã. Tôi thà theo dõi cách nó được sử dụng, ai là người áp dụng, và liệu nó có đứng vững ngoài một bản demo hay không.

Sự tò mò đáng giá hơn sự chắc chắn, đặc biệt là ở giai đoạn sớm như thế này.
@Dusk $DUSK #dusk

@Dusk
Chôn sâu trong một tài liệu kỹ thuật về một mạng blockchain, tôi phát hiện ra điều gì đó gần như mâu thuẫn. Nếu mạng bị “đơ” đủ nặng, sẽ có một cơ chế dự phòng: một khối rỗng được ký bằng một khóa do chính công ty đứng sau dự án nắm giữ, chứ không phải bởi các trình xác thực (validator) thông thường.

Mạng lưới đó là Dusk. Mọi thứ khác về nó đều được xây dựng xoay quanh việc loại bỏ các điểm kiểm soát đơn lẻ, phân tán niềm tin tới hàng nghìn người đặt cược (stakers) thay vì chỉ một nhà điều hành. Rồi lại có một cơ chế khẩn cấp này—lặng lẽ nằm ở rìa—chỉ hoạt động vì một tổ chức cụ thể nắm giữ một khóa cụ thể. Nó hiếm, nó được thiết kế cho các tình huống tệ nhất, và nó chỉ tạo ra một khối rỗng không có giao dịch. Dù vậy, nó vẫn tồn tại.

Thành thật mà nói, chính điều đó khiến dự án đối với tôi trở nên “thật” hơn, chứ không phải kém thật. Phi tập trung thuần túy nghe có vẻ tuyệt vời cho đến khi một thứ gì đó thực sự hỏng lúc 3 giờ sáng và không ai thống nhất được chuyện gì sẽ xảy ra tiếp theo. Một phương án dự phòng được ghi tài liệu rõ ràng, phạm vi hẹp, như “lựa chọn cuối cùng” thì giống hơn với cách cơ sở hạ tầng ngoài đời thường được xây dựng. Hãng hàng không có cơ chế chuyển tay. Lưới điện có các lệnh tắt khẩn cấp. Những hệ thống được tạo để phục vụ người thật thường vẫn giữ một cách để can thiệp khi mọi thứ khác thất bại.

Điều làm tôi hơi băn khoăn là chi tiết duy nhất đó âm thầm đòi hỏi bao nhiêu niềm tin. Một cơ chế dự phòng như vậy chỉ hoạt động nếu những người nắm giữ khóa không bao giờ lạm dụng nó, và nếu tất cả những ai dùng mạng thực sự tin vào điều đó. Không có thiết kế thông minh nào loại bỏ nhu cầu tin tưởng ấy.

Vì vậy, tôi đang giữ đồng thời hai suy nghĩ: đây là một sản phẩm kỹ thuật có suy nghĩ cẩn thận, và đồng thời nó cũng nhắc nhở rằng “không cần niềm tin” (trustless) hiếm khi là toàn bộ bức tranh khi tiền thật và các thất bại thực sự bước vào câu chuyện.

Đáng để ngồi với nó một cách chậm rãi, và đáng để hơi hoài nghi trong lúc bạn học.
@Dusk $DUSK #dusk

@Dusk
Nhận ra điều gì đó nhỏ vào hôm trước: gần như mọi thứ bây giờ đều yêu cầu bạn chứng minh bạn là ai mà không cần phải giao nộp toàn bộ cuộc đời. Một quầy kiểm tra bạn đã trên 21 tuổi mà không cần địa chỉ nhà của bạn. Một chủ nhà kiểm tra bạn có khả năng chi trả mà không cần xem toàn bộ lịch sử ngân hàng của bạn. Hệ thống cấp phép của Dusk, tên là Citadel, về cơ bản đang cố gắng xây dựng cùng một ý tưởng trên chuỗi: chứng minh bạn đủ điều kiện để nhận một thứ gì đó mà không tiết lộ mọi thứ khác về bạn.

Điều khiến nó có cảm giác ít giống một dự án khoa học hơn nằm ở chỗ nó được thiết kế để “cắm” vào. Đây không phải là một ứng dụng nhận dạng độc lập; nó nằm trên cùng mạng xử lý việc staking, chuyển khoản và phát hành tài sản. Điều này quan trọng vì các công cụ nhận dạng được xây dựng trong sự cô lập thường chỉ dừng ở mức lý thuyết. Hệ thống này được thiết kế để hoạt động song song với các hoạt động tài chính thực tế, gắn với các quy tắc chứng khoán và tài sản hiện hành thay vì chỉ là một bản demo của những phép toán “thông minh”.

Dù vậy, tôi vẫn quay lại một câu hỏi: tất cả những điều này sẽ không hoạt động nếu không có một bên có đủ vị thế — như ngân hàng, một tổ chức, hay một cơ quan chính phủ — đồng ý đứng ra cấp các chứng chỉ này ngay từ đầu. Mật mã có thể hoàn hảo và vẫn đi về đâu nếu không có ai đủ tin cậy để trao giấy phép quyết định sử dụng nó. Và còn có một lo lắng âm thầm khác nữa: bất cứ ai kiểm soát việc cấp và thu hồi quyền truy cập đều nắm giữ quyền lực thực sự đối với con người, bất kể lớp toán học phía sau có riêng tư đến đâu.

Không có nghĩa là ý tưởng này thất bại. Chỉ là phần khó không phải là phần mềm, mà là thuyết phục thế giới thực sự “kết nối” và tham gia vào nó. Hãy đọc kỹ phần sau lời chào mời, xem rốt cuộc ai mới là người đứng sau việc cấp chứng chỉ, và tiếp tục học hỏi trước khi bạn tin bất kỳ hệ thống nào vào danh tính của mình. Sự tăng trưởng đến từ việc luôn giữ một chút hoài nghi.
@Dusk $DUSK #dusk

@Dusk
Tôi tình cờ bắt gặp một chi tiết trong whitepaper của Dusk khiến tôi phải dừng lại: một hợp đồng được xây dựng riêng cho giấy phép. Không phải token, không phải phí—chỉ là quyền. Nó có tên Citadel, và nhiệm vụ của nó là kiểm tra xem một ai đó có được phép làm một việc gì trước khi mạng cho phép họ thực hiện hay không. Nó theo dõi giấy phép có hợp lệ không, khi nào hết hạn, và xử lý việc gia hạn hoặc thu hồi, tất cả đều là một phần của giao thức nền tảng.

Điều làm tôi ấn tượng là nó kết hợp như thế nào với khía cạnh quyền riêng tư của mạng. Mô hình Phoenix của Dusk cho phép mọi người giao dịch bằng các địa chỉ kiểu stealth, để danh tính được che khỏi công chúng. Nhưng nó cũng trao cho người dùng một thứ gọi là view key—một cách để cho phép một bên tin cậy quét các giao dịch liên quan mà không bao giờ có được khả năng chi tiêu số tiền. Vì vậy, quyền riêng tư không phải là sự che giấu tuyệt đối; đó là khả năng hiển thị có kiểm soát, được trao theo đúng điều kiện của người dùng.

Khi ghép lại, giấy phép và quyền riêng tư bắt đầu trông giống ít mâu thuẫn hơn và nhiều hơn như hai mặt của cùng một ý tưởng: chứng minh rằng bạn được phép hành động mà không phơi bày mọi thứ về con người bạn.

Tuy vậy, một cơ chế như thế này phụ thuộc rất nhiều vào cách nó thực sự được triển khai. Ai cấp giấy phép, giấy phép bị thu hồi như thế nào, cách view key được chia sẻ hoặc bị lạm dụng ra sao—tất cả những điều đó không được bảo đảm chỉ nhờ thiết kế tốt. Mã lệnh có thể đặt ra quy tắc, nhưng việc thực thi trong thế giới thực mới là nơi mọi thứ thường trở nên phức tạp.

Đó là một lời nhắc rằng các công cụ bảo vệ quyền riêng tư không tự động an toàn chỉ vì chúng được thiết kế tốt. Hiểu cách một thứ hoạt động quan trọng hơn việc tin rằng nó hoạt động.
@Dusk $DUSK #dusk

@Dusk
Một điều nhỏ khiến tôi bị “vướng” khi đọc các tài liệu của Dusk vào lúc đi qua phần hướng dẫn ban ngày: mạng không ép mọi người phải giao dịch theo một cách duy nhất. Có một lựa chọn kiểu tài khoản mở và một lựa chọn được che chắn hơn, và cả hai đều tồn tại trên cùng một chuỗi, nằm song song bên cạnh nhau. Đây là một lựa chọn thiết kế nhỏ, nhưng nó phản ánh cách tiền bạc vốn đã vận hành trong đời thực: bạn có tài khoản thanh toán mà ngân hàng có thể nhìn thấy, và bạn cũng có những thứ muốn giữ riêng cho mình, như hóa đơn y tế hay một khoản vay cá nhân giữa các thành viên trong gia đình.

Điều khiến trải nghiệm này có cảm giác “được chạm rễ” hơn là chiêu trò là phần lập luận đằng sau nó. Thay vì coi quyền riêng tư là điều gì đó thêm vào hoặc một phương án “lách”, nó được đặt trong khung mà cả cơ quan quản lý lẫn người dùng đều có thể cùng chấp nhận: cung cấp bằng chứng mà không cần phơi bày hoàn toàn, được cấu trúc sao cho một tổ chức về mặt lý thuyết có thể kiểm toán mà không bắt buộc mọi chi tiết phải công khai. Chính phần này thường bị bỏ qua ở hầu hết các dự án theo đuổi việc ẩn danh chỉ vì mục đích ẩn danh.

Tuy vậy, tôi vẫn chưa hoàn toàn bị thuyết phục rằng nó tự mình bắc được nhịp cầu. Việc có hai luồng giao dịch nghe có vẻ gọn gàng trên lý thuyết, nhưng hệ thống tài chính ngoài đời thì lộn xộn: những hợp đồng cũ, lỗi của con người, động lực không khớp, và các tổ chức thì thích nghi chậm với mọi thứ mới. Mô hình kép có thể giảm ma sát, đúng vậy, nhưng nó không thể bắt đội tuân thủ của một ngân hàng hay một cơ quan quản lý chính phủ thực sự tin tưởng hoặc hiểu nó. Việc áp dụng cũng là vấn đề của con người nhiều như của kỹ thuật, và phần đó hiếm khi xuất hiện gọn gàng trong một sơ đồ.

Dù sao, đây vẫn là một nỗ lực thấu đáo hơn đa số dự án khác: cố gắng giải cho cả hai bài toán quyền riêng tư và trách nhiệm giải trình, thay vì chọn một phía rồi hy vọng cơ quan quản lý cuối cùng sẽ bắt kịp.

Điểm rút ra nhỏ: hãy tò mò, đặt câu hỏi về độ “bóng bẩy”, và để sự hiểu biết lớn dần qua từng lần đọc trung thực.
@Dusk $DUSK #dusk

@Dusk
Có một chi tiết nhỏ bị chôn ở phần cuối của một tài liệu blockchain mà tôi đã xem vào cuối tuần này, và nó đọng lại trong tôi nhiều hơn cả những cơ chế đồng thuận bắt mắt. Ở các trang sau hơn, tôi thấy một hệ thống cấp phép—một cách để ai đó có thể chứng minh rằng họ nắm giữ một chứng chỉ hợp lệ mà không cần phải giao toàn bộ danh tính của mình cho việc đó.

Ý tưởng ấy cứ kéo tôi suy nghĩ mãi. Hiện tại, việc chứng minh bạn là ai trên mạng thường đồng nghĩa với việc tải lên một giấy tờ tùy thân được quét, một tấm selfie, đôi khi cả hóa đơn tiện ích, và tin tưởng rằng một công ty nào đó sẽ lưu trữ tất cả an toàn. Cách tiếp cận này lật ngược điều đó. Bạn sẽ chứng minh rằng mình được phép làm một việc nào đó—chẳng hạn như giao dịch một loại tài sản nhất định—mà không tiết lộ tài liệu gốc hay các thông tin cá nhân đứng đằng sau nó. Bản thân giấy phép trở thành bằng chứng, được kiểm tra và thu hồi trực tiếp trên chuỗi thay vì nằm đâu đó trong một cơ sở dữ liệu.

Điều khiến nó đáng để để ý là: nó không được quảng bá như một tính năng phụ. Nó được xây dựng như một hợp đồng cốt lõi, có nhiệm vụ xử lý việc cấp phát, hết hạn và thu hồi theo cách mà một tổ chức thực sự quản lý giấy phép hay giấy phép hành nghề.

Sự nghi ngờ của tôi không nằm ở mật mã, mà nằm ở việc ứng dụng. Một hệ thống xác minh chỉ thực sự hữu ích nếu những bên cấp phép, ngân hàng, cơ quan nhà nước, các nền tảng—thực sự kết nối và sử dụng nó. Thiết kế tốt trên giấy không đảm bảo rằng ai đó bên ngoài dự án sẽ muốn dùng, và việc thuyết phục các tổ chức thay đổi cách họ xác minh danh tính là một quá trình chậm chạp, mang tính chính trị—không phải thuần kỹ thuật.

Dù vậy, nó cũng nhắc rằng phần giá trị thực sự trong lĩnh vực này không chỉ là giá token. Mà là liệu các hệ thống này có thể âm thầm giải quyết những vấn đề “nhàm chán” nhưng thực tiễn như danh tính và niềm tin hay không.

Đáng để suy ngẫm, không đáng vội đi đến kết luận.
@Dusk $DUSK #dusk

@Dusk
Có điều gì đó đã thu hút sự chú ý của tôi khi đọc về một dự án blockchain mới hơn: nó không chỉ cấp cho người dùng một loại tài khoản, mà là hai. Một loại hoạt động giống như sao kê ngân hàng thông thường, hoàn toàn nhìn thấy được. Loại còn lại che giấu hoàn toàn các con số, nhưng vẫn chứng minh mọi quy tắc đều đã được tuân thủ bằng toán học thay vì giấy tờ.

Chính sự tách bạch đó khiến nó trông ít giống một cuộc thử nghiệm và giống hơn một thứ được xây dựng dựa trên tư duy tài chính thực sự. Ngân hàng đã tách tiền theo cách đó theo cách không chính thức từ trước: một tài khoản thanh toán ai cũng có thể lướt qua xem, và một tài khoản riêng tư chẳng ai bàn đến. Việc thấy sự phân tách tương tự được ghi thẳng vào giao thức, với các bằng chứng mật mã đóng vai trò thay cho niềm tin, cho thấy dự án đang suy nghĩ vượt qua trào lưu và hướng tới cách các tổ chức vận hành mỗi ngày.

Cũng có một phần nói về tốc độ thanh toán: các khối đạt trạng thái cuối cùng trong vài giây thay vì thời gian chờ lâu như thường lệ. Với bất kỳ thứ gì giống giao dịch hay chuyển tiền thực sự, chi tiết về thời gian này quan trọng hơn nhiều người vẫn nghĩ.

Nhưng tôi cứ quay lại một câu hỏi: liệu tất cả những điều này có đứng vững ngoài mã lệnh không? Một bằng chứng cho thấy quy tắc đã được tuân thủ trên chuỗi không tự động có nghĩa là tòa án, cơ quan thuế hay một đơn vị kiểm toán độc lập sẽ chấp nhận. Các tổ chức thường dựa vào tiền lệ, giấy tờ và nhiều năm thận trọng, chứ không chỉ dựa vào mật mã tinh gọn. Đến khi cây cầu đó được xây dựng trong thực tế, thì đây vẫn là một thiết kế thú vị, chứ chưa phải một hệ thống tài chính hoàn chỉnh.

Vì vậy, tôi đang đọc nó ít như một bước đột phá và nhiều hơn như một câu hỏi mở đáng để theo dõi. Đây là một nỗ lực thật sự nhằm kết nối công nghệ riêng tư với các quy tắc công khai, nhưng nỗ lực và kết quả là những thứ khác nhau.

Hãy hoài nghi, hãy tò mò, và tiếp tục đọc vượt qua những dòng tiêu đề.

Sự tăng trưởng đến từ việc đặt những câu hỏi tốt hơn, không phải từ việc tìm kiếm sự chắc chắn.
@Dusk $DUSK #dusk

@Dusk
Tôi đã lướt qua một số tài liệu kỹ thuật về một dự án blockchain tên là Dusk tối qua, và một phần nhỏ trong đó thu hút sự chú ý của tôi hơn cả những thứ “hoành tráng” về cơ chế đồng thuận: một hệ thống hợp đồng được xây dựng xoay quanh giấy phép và xác minh danh tính, chứ không chỉ là chuyển token.

Ý tưởng là một số hành động trên mạng sẽ cần một giấy phép hợp lệ, gần như như một hệ thống giấy phép/permit, được theo dõi on-chain, kèm theo cơ chế hết hạn và gia hạn sẵn có. Thú thật là thật kỳ lạ khi hình dung điều đó trên một blockchain. Thông thường, chúng ta nghĩ các mạng này là permissionless theo bản chất—mở cho bất kỳ ai có ví. Nhưng ở đây có một dự án âm thầm xây dựng hướng đi ngược lại, ít nhất là cho một số trường hợp sử dụng gắn với lĩnh vực tài chính.

Điều khiến tôi thấy nó “có chỗ đứng” thay vì chỉ là chiêu trò là cách đặt vấn đề dựa trên các định chế thực tế. Thị trường tài chính vốn đã vận hành dựa trên giấy phép, xác minh và trách nhiệm giải trình. Việc bỏ qua điều đó nhân danh phi tập trung thường khiến dòng tiền nghiêm túc đứng ngoài cuộc. Vì vậy, thiết kế cấu trúc định danh và phân quyền trực tiếp vào giao thức giống như một nỗ lực tiếp cận hệ thống hiện có theo hướng “đi nửa đường”, thay vì đòi chúng phải thay đổi trước.

Tuy vậy, tôi vẫn chưa thực sự bị thuyết phục hoàn toàn. Giấy phép trên giấy thì dễ. Việc thực thi xuyên biên giới, quyết định ai là người cấp giấy phép, và xử lý điều gì xảy ra khi có tranh chấp được đưa ra một phòng xử án thật—chứ không phải một smart contract—mới là phần khó. Mã nguồn có thể giới hạn hành động, nhưng nó không thể phân xử một lập luận pháp lý giữa hai bên nếu họ bất đồng.

Vì vậy, phản ứng thẳng thắn của tôi nằm đâu đó giữa sự tò mò và thận trọng. Nó nhắc nhở rằng thiết kế thông minh có thể giải quyết vấn đề kỹ thuật, chứ không giải quyết được vấn đề pháp lý hay định chế. Những thứ đó cần thời gian, cần niềm tin, và cần kiểm thử ngoài đời thực.

Những khám phá nhỏ như thế này chính là lý do vì sao việc luôn giữ sự tò mò lại quan trọng. Luôn có thêm một lớp nữa đáng để hiểu trước khi hình thành quan điểm.
@Dusk $DUSK #dusk

@Dusk
Một điều nhỏ đã thu hút sự chú ý của tôi trong tuần này: một khái niệm blockchain xoay quanh "giấy phép" thay vì token. Không phải loại giấy phép kiểu crypto, mà là thứ gì đó gần với bằng lái xe hoặc chứng chỉ nghề nghiệp—được cấp và kiểm tra theo cách số.

Ý tưởng này rất đơn giản nhưng có phần mạnh mẽ: bạn có thể chứng minh rằng mình được phép làm một việc—bỏ phiếu, giao dịch, truy cập một dịch vụ—mà không phải đưa toàn bộ danh tính của mình mỗi lần. Hệ thống sẽ kiểm tra bằng chứng, chứ không phải tên bạn, địa chỉ bạn hay lịch sử của bạn. Đây là một sự thay đổi thực sự so với cách xác minh thường diễn ra, khi một công ty hoặc cơ quan nhà nước nào đó nắm giữ toàn bộ dữ liệu của bạn ở một nơi.

Điều làm ý tưởng này trông ít giống trò PR hơn là nó được gắn với một giao thức có thật dành cho việc cấp phép và nhận dạng, chứ không chỉ là một tính năng thanh toán được gắn thêm lên một đồng coin. Nó hướng đến thứ mà chính phủ và doanh nghiệp đã xử lý mỗi ngày: chứng minh đủ điều kiện mà không tiết lộ quá mức.

Sự e ngại của tôi cũng rất đơn giản: hệ thống nhận dạng sống hay chết phụ thuộc vào việc có được chấp nhận hay không. Một bằng chứng mật mã hay đến đâu cũng vô nghĩa nếu không có cơ quan, ngân hàng hoặc nền tảng nào đồng ý chấp nhận nó. Việc thu hồi giấy phép, xử lý mất khóa hoặc đối phó với gian lận trong một hệ thống nhận dạng phi tập trung vẫn còn nhiều rối rắm trong thực tế, dù trên giấy tờ nó có thể rất gọn gàng. Mã lệnh có thể định nghĩa quy tắc, nhưng con người và tổ chức vẫn là những bên quyết định liệu các quy tắc đó có thực sự được xem trọng hay không.

Tôi thấy hứng thú, nhưng chưa thực sự bị thuyết phục. Một chuyện là thiết kế nhận dạng thân thiện với quyền riêng tư; chuyện khác là để thế giới thực sự tin tưởng và sử dụng nó.

Bài học cho tôi: đọc kỹ phần sau phần quảng cáo, hỏi xem điều gì xảy ra khi mọi thứ hỏng, và tiếp tục học hỏi thay vì cho rằng công nghệ đã giải quyết được phần khó ngay từ đầu. Sự tò mò chậm rãi, vững vàng luôn thắng mọi trào lưu phô trương mù quáng.
@Dusk $DUSK #dusk

@Dusk
Có một mẩu nhỏ được giấu bên trong thiết kế của Dusk tên là Citadel, và thành thật mà nói, nó thu hút sự chú ý của tôi nhiều hơn bất kỳ lời hứa nào về tốc độ hay thông lượng. Về cơ bản, đây là một hệ thống cấp phép—một cách để chứng minh rằng bạn được phép làm điều gì đó mà không phải đưa toàn bộ danh tính của mình cho việc đó.

Ý tưởng này gần với cách danh tính vận hành trong đời sống hằng ngày hơn. Bạn không đưa toàn bộ hộ chiếu cho người ta để mua một ly đồ uống ở quán bar; bạn chỉ cần chứng minh rằng mình đủ tuổi. Citadel dường như đang theo đuổi cùng một logic đó trên chuỗi khối: chứng minh tính đủ điều kiện thay vì phơi bày toàn bộ lịch sử của một người mỗi lần truy cập. Khi một mạng tích hợp kiểu “chứng minh chọn lọc” trực tiếp vào cách nó xử lý quyền truy cập, nó bắt đầu không còn giống một mánh crypto nữa và trông giống thứ mà một ngân hàng, một sàn giao dịch, thậm chí là một cơ quan nhà nước, cũng có thể cân nhắc sử dụng.

Điểm này khiến nó có cảm giác “có cơ sở” hơn là chỉ mang tính lý thuyết—ý tưởng không phải là quyền riêng tư vì chính nó, mà là quyền riêng tư được định hình xung quanh những quy tắc vốn đã tồn tại ngoài đời.

Nhưng việc xây dựng công cụ thì mới là nửa dễ. Việc thuyết phục một tổ chức cấp phép thực sự, một ngân hàng, hay một hệ thống tòa án tin và chấp nhận một chứng minh mật mã thay vì một tài liệu có đóng dấu sẽ chậm chạp và lộn xộn hơn nhiều. Việc được áp dụng như vậy không xảy ra vì công nghệ “thông minh”—mà xảy ra vì đủ nhiều người có thẩm quyền quyết định thay đổi cách họ xác minh mọi thứ, và kiểu chuyển biến đó thường mất nhiều năm, chứ không phải chỉ trong một lần phát hành.

Vì vậy, tôi vẫn quan tâm nhưng không bị cuốn đi. Một thiết kế tốt có thể giải quyết một vấn đề; thế giới bắt kịp nó sẽ giải quyết phần còn lại. Những bước đi nhỏ, sự tò mò bền bỉ, và luôn kiểm tra lại xem rốt cuộc đã được chứng minh điều gì—hay chỉ là những lời hứa.
@Dusk $DUSK #dusk

@BabylonLabs_io
Tại sao Bitcoin “khóa trong mã” vẫn cảm thấy rủi ro

Một người bạn của tôi tuần trước hỏi tôi rằng vì sao ai đó lại khóa Bitcoin vào một “hợp đồng toán học” thay vì chỉ, bạn biết đấy, giữ nó trong ví của mình. Câu hỏi hợp lý.

Câu trả lời khiến tôi bất ngờ: vì tất cả chúng ta đã làm điều đó rồi, chỉ là làm một cách tệ. Mỗi lần bạn dùng Bitcoin làm tài sản thế chấp cho một khoản vay, bạn đang tin tưởng ai đó. Bạn hoặc chuyển nó đi (và tin rằng họ sẽ trả lại), hoặc “cầu” sang Ethereum (và tin vào nhà vận hành cầu), hoặc chấp nhận một phiên bản được bọc (và tin vào bên phát hành). Không cái nào là an toàn. Chúng ta chỉ đang chuẩn hóa rủi ro.

Điểm khác ở đây là sự tin cậy được mã hóa thành toán học. Hai người có thể thiết kế một hợp đồng sao cho Bitcoin chỉ được mở khóa khi có bằng chứng cụ thể tồn tại trên một blockchain khác, ví dụ như bằng chứng rằng khoản vay đã được hoàn trả. Không có trung gian nào quyết định. Không có các cuộc bỏ phiếu của ủy ban. Các điều kiện được cố định trước khi bất kỳ ai khóa bất cứ thứ gì đi.

Điều đó thực sự quan trọng đối với hàng tỷ đô la bị kẹt và không được sử dụng.

Nhưng tôi hiểu vì sao bạn tôi còn hoài nghi. Điều này yêu cầu bạn tin vào mã, vào mật mã, vào oracle cung cấp giá vào hệ thống. Bạn đang thay thế “niềm tin của tổ chức” bằng “niềm tin kỹ thuật”, điều này có vẻ an toàn hơn cho đến khi nó không còn như vậy. Chỉ một lỗi, một khai thác tinh vi, một thao túng oracle là cả hệ thống có thể sụp đổ. Hầu hết mọi người không thể kiểm toán các hệ thống họ dựa vào, nghĩa là chúng ta chỉ đang chọn những “người gác cổng” khác nhau.

Thử thách thực sự không phải là liệu phép toán có chạy được hay không, mà là liệu nó có mở rộng mà không trở thành một câu lạc bộ độc quyền khác dành cho những người hiểu nó.

Bài học chân thành: khả năng tồn tại nhưng không có bảo đảm. Hãy tò mò, hãy thận trọng, hãy tiếp tục học hỏi.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
Tuần trước, một người bạn hỏi tôi rằng tại sao ai đó lại bận tâm khóa bitcoin của mình vào một hệ thống đầy bằng chứng, thời khóa (timelock) và giao dịch đã được ký sẵn, thay vì chỉ đưa nó cho một ứng dụng cho vay mà họ đã dùng. Câu hỏi cũng hợp lý.

Câu trả lời thật của tôi là: vì “cứ đưa cho họ” đã từng thất bại quá nhiều lần đến mức mọi người nên đặt ra những câu hỏi khó hơn. Khi một nền tảng nắm giữ đồng tiền của bạn và có thứ gì đó bị hỏng ở bên trong, thì bạn không còn thực sự là “khách hàng” nữa—bạn trở thành một chủ nợ, xếp hàng chờ tòa án cuối cùng giải quyết mọi việc. Quá trình đó có thể kéo dài nhiều năm, và thường thì người ta chỉ lấy lại được một phần nhỏ số tiền mình bỏ vào, hoặc thậm chí là không được gì.

Chính phần đó khiến ý tưởng “vault” (kho tiền) trở nên hợp lý với tôi. Thay vì phụ thuộc vào bảng cân đối của một công ty hay phán quyết của thẩm phán sau sự việc, các quy tắc về ai có thể di chuyển đồng tiền và trong những điều kiện nào được khóa sẵn trước, ngay trên Bitcoin. Không ai cần phải kiện tụng để buộc họ cư xử đúng, vì ngay từ đầu sẽ ít “khoảng trống” để họ cư xử sai hơn.

Tuy vậy, tôi vẫn không muốn biến nó thành thứ “chắc chắn không thể sai”. Hệ thống chỉ vận hành khi những người thanh lý (liquidators) đến đúng lúc như được yêu cầu, các nguồn cấp dữ liệu giá (price feeds) vẫn chính xác, và phần mã cốt lõi thực hiện đúng những gì nó tuyên bố. Một đạo luật có thể được viết lại nếu phát hiện là có lỗi. Còn đoạn code vốn đã chạy thật và đang giữ tiền thật thì lại kém khoan dung hơn với sai sót.

Vì vậy, kết luận của tôi không phải là “đây là thứ sửa được mọi thứ”. Mà là: việc loại bỏ một loại rủi ro thường chỉ đưa vào một loại rủi ro khác, và đáng để biết chính xác bạn đang ký vào loại rủi ro nào.

Đáng để dành thời gian ngồi suy nghĩ về điều đó trước khi thoải mái quá mức theo bất kỳ hướng nào.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
Một người bạn hỏi tôi tuần trước rằng tại sao ai đó lại khóa Bitcoin của họ trong một két thay vì chỉ giữ nó trong một ví thông thường. Câu hỏi cũng hợp lý.

Lúc đầu tôi chưa có câu trả lời thật rõ ràng. Sau đó tôi bắt đầu đọc về “két Bitcoin không cần niềm tin”, và tôi hiểu ra vì sao điều này quan trọng vượt ra ngoài bản thân công nghệ. Phần lớn lượng BTC nằm trong DeFi ngày nay đi đến đó thông qua token được bọc (wrapped) hoặc các cầu nối (bridge). Nói ngắn gọn là: có một bên khác đang giữ đồng xu của bạn, và bạn phải tin rằng họ sẽ không biến mất, không bị hack, hoặc không bị cơ quan quản lý đóng băng. Điều đó không thực sự là phi tập trung; đó là việc ủy thác lưu ký với nhiều bước trung gian hơn.

Điểm khiến ý tưởng này có cảm giác “đúng chất” hơn là nó cố gắng loại bỏ hoàn toàn lớp người hoặc tổ chức cần phải tin. Không cần bên giám hộ (custodian), không cần ủy ban (committee), không có người vận hành nào mà bạn phải tin là sẽ hành động trung thực. Các đồng tiền vẫn nằm trên Bitcoin, và chỉ khi một bằng chứng mật mã được kiểm tra hợp lệ thì quyền truy cập mới được cấp. Nếu hoạt động đúng như mô tả, nó có thể thu hẹp một vùng xám pháp lý thực sự: vấn đề ai mới là người chịu trách nhiệm khi một bridge thất bại hoặc một custodian bị kiện hoặc bị đóng cửa.

Dù vậy, tôi vẫn thận trọng. “Không cần niềm tin” trên giấy không đồng nghĩa với việc không bị ảnh hưởng bởi thế giới thực. Các oracle giá (price oracles), bên thanh lý (liquidators), các giao diện người dùng (front-ends), thậm chí cả các chuỗi hợp đồng thông minh mà các két này kết nối tới—đều là những thứ mà cơ quan quản lý vẫn có thể tiếp cận. Mã có thể trung lập, trong khi mọi thứ được xây dựng xung quanh nó thì không. Khoảng trống giữa điều được đảm bảo bằng mật mã và điều có thể thực thi trên thực tế là nơi phần lớn lời hứa của crypto thường âm thầm vỡ vụn.

Vì vậy, tôi chưa sẵn sàng gọi đây là một bài toán đã “xong”. Tôi coi nó giống như một nỗ lực thật sự thú vị. Đáng để tìm hiểu, đáng để chất vấn, và không đáng để tin mù quáng.

Học chậm mà chắc luôn hơn việc đuổi theo sự chắc chắn.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
Bạn bè gần đây hỏi tôi rằng tại sao ai đó lại bận xây dựng một thứ phức tạp như vậy trên Bitcoin thay vì chỉ dùng một thỏa thuận escrow thông thường. Câu hỏi đó cứ đeo bám tôi, nên tôi đi sâu vào một đề xuất về cho vay được bảo đảm bằng Bitcoin, và nó lại trả lời đúng theo cách mà tôi không ngờ tới.

Trong một mô hình escrow hay lưu ký điển hình, nếu một bên biến mất hoặc hành xử không thiện chí, lựa chọn thực sự của bạn chỉ là hợp đồng và tòa án. Cách đó hoạt động, nhưng chậm, tốn kém, và còn phụ thuộc bạn đang sống ở đâu. Điều nổi bật ở đây là thiết kế xử lý lời hứa bị phá vỡ mà không cần đến một thẩm phán. Nếu ai đó cố rút tiền mà họ không được quyền, bên còn lại có thể phát hiện trực tiếp trên chuỗi, trong một khung thời gian cố định, bằng toán học thay vì giấy tờ. Ít kiểu “gọi luật sư” hơn và giống như “hệ thống đã tự kiểm tra rồi”.

Nhưng tôi vẫn chưa thật sự tin rằng điều đó loại bỏ được mọi khoảng trống. Vẫn cần ai đó theo dõi hành vi xấu trong thời gian thực, tạo bằng chứng một cách chính xác, và lưu trữ dữ liệu khá nặng chỉ trong trường hợp có tranh chấp. Nếu việc bảo trì đó bị giao cho một nhóm nhỏ các nhà vận hành chuyên nghiệp, bạn lại quay về việc phụ thuộc vào một nhóm ít người làm đúng công việc của họ—nhưng với ít biện pháp bảo vệ mang tính pháp lý hình thức hơn so với một thỏa thuận pháp lý thật sự có thể đem lại.

Vì vậy, kết luận thật lòng của tôi là: loại bỏ luật sư không đồng nghĩa với loại bỏ rủi ro. Nó chỉ thay đổi loại rủi ro bạn chấp nhận và ai là người chịu trách nhiệm phát hiện sai sót.

Nhắc nhở bản thân: đọc kỹ cơ chế trước khi tin vào tiêu đề.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
Một người bạn đã hỏi tôi tuần trước rằng tại sao ai đó lại cho một người lạ hoàn toàn trên mạng vay tiền. Câu hỏi rất hợp lý. Thông thường, điều đó chỉ có thể xảy ra vì phía sau thương vụ còn có một ngân hàng, một hợp đồng hoặc tòa án đứng ra bảo đảm. Lấy các thứ đó đi thì đa phần mọi người sẽ cho rằng đó là một vụ lừa đảo sắp xảy ra.

Chính vì vậy mà tôi thấy tò mò về thiết kế "kho tiền" (vault) của Babylon. Ví dụ của họ gần như... nhàm chán bởi sự đơn giản: một người muốn vay, một người khác muốn cho vay dựa trên BTC, và cả hai chưa từng gặp nhau hoặc không có lý do gì để tin đối phương. Thay vì một bên trung gian, họ ký trước một bộ giao dịch Bitcoin chỉ được mở khóa khi thỏa mãn các điều kiện cụ thể, có thể chứng minh được là việc hoàn trả đã xảy ra, hoặc giá giảm và khi đó là hợp lý để thanh lý. Không ai bị yêu cầu phải "tin" lời của bên kia.

Điểm khiến cách này có cảm giác khác với hầu hết các bản chào hàng về crypto là nó không bán một đồng coin mới hay một lời hứa về lợi nhuận. Nó đang cố gắng thay thế một mối quan hệ pháp lý—thứ thường được bảo đảm bằng hợp đồng và tòa án—bằng một cơ chế chỉ tự kiểm tra. Đây là một thay đổi thực sự đáng quan tâm, vì nó có nghĩa là "việc thực thi" không phải là một thẩm phán, mà là toán học.

Nhưng tôi cứ quay lại một điểm: toán học không xử lý tranh chấp, sự mơ hồ, hay những tình huống biên cố tình xấu (bad-faith) giống như một hệ thống pháp luật. Nếu một bên thanh lý thông đồng, hoặc một oracle về giá bị thao túng, sẽ không có thẩm phán nào để bạn kháng cáo trước quyết định mà đoạn mã đã đưa ra. Đó không hẳn là một khiếm khuyết, nhưng là một sự đánh đổi thật sự mà mọi người nên cân nhắc trước khi cho rằng "không cần tin tưởng" đồng nghĩa với "không có rủi ro".

Công nghệ tốt không loại bỏ nhu cầu về phán đoán tốt. Hãy tiếp tục đặt câu hỏi, đọc kỹ hơn phần sau bản tóm tắt, và tiếp tục trở nên sắc bén hơn với mọi thứ mới mà bạn tìm hiểu.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
Tuần trước, một người bạn hỏi tôi tại sao ai đó lại bận khóa Bitcoin vào một hợp đồng thông minh, thay vì chỉ... nhắn tin cho người kia và thỏa thuận các điều khoản. Câu hỏi khá hợp lý. Người ta đã làm những thỏa thuận kiểu bắt tay từ lâu rồi. Vấn đề nằm ở chỗ điều gì xảy ra khi một bên đổi ý giữa chừng.

Chính phần đó khiến tôi nghĩ về cách mà làn sóng thiết kế cho vay Bitcoin mới hơn này vận hành. Thay vì dựa vào một bên trung gian để giữ các đồng và quyết định bên nào "đúng", chính thỏa thuận được viết thẳng vào các giao dịch đã được ký sẵn trước. Không ai cần xin phép để lấy lại tiền của mình—các điều kiện đã được khóa chặt trước khi thương vụ thậm chí bắt đầu. Nó giống cách một bản hợp đồng được soạn thảo kỹ lưỡng nên hoạt động: kết quả không phụ thuộc vào tâm trạng hay trí nhớ của ai đó sau này.

Đó là lý do khiến nó cảm giác vững vàng hơn so với những lời chào crypto thường thấy. Nó không yêu cầu bạn tin vào một đội ngũ hay một thương hiệu. Nó yêu cầu bạn kiểm tra các điều kiện thực tế được ghi trong chính giao dịch.

Nhưng tôi vẫn cứ quay lại những phần không thể khớp gọn gàng vào mã code. Nguồn cấp dữ liệu giá vẫn đến từ đâu đó bên ngoài hệ thống. Những bên thanh lý vẫn cần xuất hiện đúng giờ. Và nếu có gì đó trục trặc, vẫn chưa có câu trả lời rõ ràng về việc ai sẽ chịu trách nhiệm theo góc nhìn của cơ quan quản lý hoặc tòa án. Kỹ thuật có thể chặt chẽ đến mức kín kẽ, trong khi bức tranh pháp lý xung quanh vẫn đang được hoàn thiện.

Vì vậy, quan điểm chân thành của tôi là: nền tảng thật sự thú vị, nhưng chưa phải là câu trả lời hoàn chỉnh. Đáng để tự mình hiểu cơ chế vận hành, thay vì chỉ tin vào bản tóm tắt của người khác.

Học hỏi nhỏ, đều đặn sẽ tốt hơn việc chạy theo tuyên bố lớn tiếp theo.
@BabylonLabs_io $BABY #baby