Tựa gốc: "Gulu Steps on Thunder"
Nguồn gốc: Bihu Tác giả: Gulu, người sáng lập Bihu
Rhythm Note: Nền tảng cho vay Lendf.Me đã bị hack vào sáng ngày 19 tháng 4. Theo thống kê, khoảng 25 triệu USD tài sản tiền điện tử đã bị đánh cắp. Chiều ngày 21/4, hacker về cơ bản đã trả lại số tài sản tiền điện tử bị đánh cắp về nền tảng, mặc dù sự cố này suýt xảy ra nhưng những vấn đề của DeFi vẫn khiến mọi người phải suy ngẫm. Rhythm BlockBeats chia sẻ một bài viết của Gulu, người sáng lập Bihu, về cảm xúc của anh ấy sau sự việc này và thảo luận với mọi người. (Đối với sự cố trả lại tài sản bị đánh cắp của Lendf.Me, vui lòng xem " Nền tảng cho vay Lendf.Me đã thu hồi được phần lớn tài sản bị đánh cắp (đính kèm là bảng thống kê số lượng tài sản được trả lại) 》 )
The sau đây là Coinhu Bài viết gốc Thưởng thức~
Có vẻ như cả Internet đều biết rằng gần đây tôi đã bước vào Lendf.me. Bây giờ mọi người đều biết, đã lâu rồi tôi mới viết một bài. Hôm nay tôi sẽ chia sẻ một số suy nghĩ với các bạn.
Lendf.me thuộc danh mục Defi (DeFi, viết tắt của Decentralized Finance , Tài chính phi tập trung) là một sản phẩm cho vay thế chấp rất phổ biến trong DeFi. Bài viết này chủ yếu nói về việc nhận dạng và tránh rủi ro của các sản phẩm DeFi.
"Lợi nhuận không rủi ro" không tồn tại trong thế giới này, sự không chắc chắn là Cơ học lượng tử cho chúng ta biết những tính chất thiết yếu của thế giới này.
Buffett sử dụng lãi suất trái phiếu kho bạc Hoa Kỳ kỳ hạn 10 năm gần đúng với lãi suất phi rủi ro , bằng cách sử dụng "chiết khấu dòng tiền trong tương lai" "Công thức hiện tại", đây có lẽ là tỷ suất lợi nhuận phi rủi ro gần nhất mà Buffett có thể tìm thấy. Buffett nên biết trong thâm tâm rằng rủi ro của trái phiếu kho bạc Hoa Kỳ kỳ hạn 10 năm không phải là hoàn toàn bằng 0, nhưng rủi ro rất nhỏ, thị trường tin rằng rủi ro trái phiếu kho bạc Hoa Kỳ vỡ nợ trong vòng 10 năm là gần bằng không. Lưu ý rằng việc không có rủi ro được đề cập ở đây đề cập đến cuộc thảo luận dựa trên tiền đề là tiêu chuẩn đô la Mỹ, đừng quên rằng đồng đô la Mỹ đang lạm phát và mất giá.
Một ví dụ khác, kinh doanh chênh lệch giá, vốn quen thuộc trong ngành, không phải là không có rủi ro. Việc di chuyển các khối thường được thực hiện giữa hai nền tảng giao dịch tập trung, do đó tài sản được lưu trữ trên nền tảng giao dịch có nguy cơ xảy ra điều gì đó với nền tảng giao dịch. Đồng thời, cũng có nguy cơ bị chặn do chênh lệch thời gian trong việc di chuyển các viên gạch, cũng có nguy cơ xảy ra sự cố với liên kết trung gian dẫn đến giao dịch thứ hai không thể hoàn thành hoặc bị trì hoãn. Những rủi ro này là có thật, mọi người trên thị trường đều đánh giá những rủi ro này một cách khác nhau. Dưới những điều kiện nhất định về tỷ suất lợi nhuận, một số người chọn tham gia và một số thì không.
Quay lại DeFi. Các sản phẩm DeFi khác nhau có những rủi ro khác nhau. Hãy nói về việc cho vay thế chấp DeFi. Tôi nghĩ rủi ro khi tham gia loại sản phẩm DeFi này như sau: (1) Rủi ro do tính bảo mật của mã hợp đồng thông minh;(2) Rủi ro hoạt động do Khóa quản trị của thiết bị thông minh gây ra hợp đồng (nếu có); ( 3) Rủi ro nắm giữ tài sản cụ thể; (4) Rủi ro thị trường cho vay thế chấp chính DeFi; bao gồm (4a) rủi ro không thể thanh lý một vị thế kịp thời do sự sụt giảm nhanh chóng của giá trị tài sản thế chấp, (4b) rủi ro số tiền thế chấp quá mức đối với một tài sản thế chấp nhất định Rủi ro không thể giải quyết được bởi thanh khoản thị trường, (4a) và (4b) có liên quan chặt chẽ với nhau; (5) rủi ro của nền tảng hợp đồng thông minh; (6) rủi ro quản lý khóa riêng của người dùng.
Sau đây là phân tích từng cái một:
(1) Rủi ro do tính bảo mật của mã hợp đồng thông minh gây ra.
Đây là rủi ro quan trọng nhất của các ứng dụng DeFi hiện nay. Cá nhân tôi nghĩ rằng nó là nguyên nhân dẫn đến phần lớn trong tổng rủi ro. Là một “robot” quản lý tiền, hợp đồng thông minh là một đoạn mã không có lỗi. Thông thường có hai cách để đưa lỗi vào mã: (a) Người lập trình hiểu đúng yêu cầu nhưng lại đưa lỗi vào trong quá trình viết mã dẫn đến mã không thể diễn đạt đúng yêu cầu 100%; span>(b) Hiểu biết của người lập trình về yêu cầu là sai, hoặc bản thân yêu cầu đó sai, dẫn đến mã viết dựa trên yêu cầu này bị sai. Nói đúng ra, sự cố gần đây trên Lendf.me không thuộc bất kỳ trường hợp nào ở trên, nhưng hợp đồng thông minh đã được sử dụng ngoài phạm vi: hợp đồng thông minh trong vụ việc không được đưa vào mã thông báo ERC777 và imBTC đã bị sử dụng nhầm như một mã thông báo ERC777. Nó được đưa vào tài sản thế chấp, khiến hợp đồng thông minh bị lừa bởi tiền giả. Một lượng lớn imBTC đã được làm giả làm tài sản thế chấp bên trong sổ cái hợp đồng thông minh và tất cả các tài sản khác được lưu trữ trong hợp đồng thông minh đều được mượn.
Làm thế nào để xác định và tránh rủi ro?
Trước hết, báo cáo kiểm tra bảo mật là bước đầu tiên và quan trọng nhất để tránh rủi ro hợp đồng thông minh. Đó cũng là cách duy nhất Thiết lập các biện pháp để tránh rủi ro hợp đồng thông minh. Cá nhân tôi sẽ không lưu trữ tài sản trong hợp đồng thông minh nếu không có báo cáo kiểm tra bảo mật.
Thứ hai, thời gian là bài kiểm tra tốt nhất. Hợp đồng thông minh đã được thử nghiệm hiệu quả trong thời gian dài sẽ giảm thiểu rủi ro một cách đáng kể. Một thời gian dài là bao lâu? Cá nhân tôi nghĩ ít nhất là 1 năm hoặc hơn.
(2) Rủi ro hoạt động do hợp đồng thông minh gây ra (nếu có) Khóa quản trị.
Khóa quản trị của hợp đồng thông minh là gì? Là một “robot” cung cấp dịch vụ, hợp đồng thông minh thường cần có sự ủy quyền của con người để điều khiển “robot”, chẳng hạn như tắt “robot”, đóng băng tài sản của một tài khoản trong hợp đồng thông minh, v.v. Nếu Quản trị viên đó
tồn tại các quyền thủ công chính thì sẽ có thêm rủi ro. Một số hợp đồng thông minh không có Khóa quản trị, chẳng hạn như uniswap, nghĩa là người vận hành không có quyền can thiệp vào hợp đồng thông minh và "robot" chạy hoàn toàn tự động.
Làm cách nào để xác định và tránh rủi ro đối với hợp đồng thông minh với quyền Quản trị viên?
(a) Xem liệu nhà điều hành có chủ động tiết lộ sự tồn tại của các quyền của Khóa quản trị hay không. Việc nhà điều hành hợp đồng thông minh có chủ động tiết lộ các quyền của Khóa quản trị hay không có thể cho thấy thái độ của nhà điều hành ở một mức độ nhất định. Mặc dù các hợp đồng thông minh (trên Ethereum) thường là nguồn mở nhưng rất ít người thực sự kiểm tra mã. Nhà điều hành có trách nhiệm phải có nghĩa vụ chủ động tiết lộ các quyền của Khóa quản trị.
(b) Xem phạm vi quyền của Khóa quản trị. Điều này chủ yếu phụ thuộc vào việc quyền Khóa quản trị có quyền sử dụng tài sản của người dùng trong hợp đồng thông minh hay không, cũng như các quyền khác sẽ ảnh hưởng đến tài sản của người dùng. Ví dụ: nếu bạn vừa tắt dịch vụ hợp đồng thông minh, người dùng vẫn có thể rút tiền sau khi tắt.Các quyền của Khóa quản trị "hãm" như vậy mang tính bảo vệ hơn là xâm phạm. Cần đặc biệt cẩn thận với các quyền của Khóa quản trị có thể đóng băng, chuyển nhượng hoặc tịch thu tài sản của người dùng.
(c) Kiểm tra xem cơ chế hiệu ứng trì hoãn đã được đặt cho quyền Khóa quản trị hay chưa. Cơ chế hiệu quả bị trì hoãn là một phương pháp phòng thủ hiệu quả nhằm ngăn chặn sự xâm nhập của quyền quản trị viên gây hại cho người dùng và cũng là khía cạnh quan trọng phản ánh thái độ của người điều hành. Ví dụ: là một ví thông minh, MYKEY dựa trên giao thức KEY ID hiện có độ trễ 4 ngày để có hiệu lực, nghĩa là nếu nhà điều hành muốn sửa đổi giao thức, sẽ mất ít nhất 4 ngày để thực hiện gây bất lợi cho người dùng, người dùng có 4 ngày để từ chối và rút tất cả tài sản. Theo thời gian, độ trễ của giao thức KEY ID sẽ tăng dần từ 4 ngày lên hơn 30 ngày.
(d) Kiểm tra xem liệu nhà điều hành nắm giữ quyền Khóa quản trị có danh tiếng tốt hay không và liệu khu vực pháp lý nơi họ đặt trụ sở có thể có hiệu lực để đạt được sự bảo vệ hiệu quả.
(3) Rủi ro khi nắm giữ một tài sản cụ thể.
Bản thân tài sản nắm giữ có rủi ro thị trường biến động về giá, rủi ro tài sản bị phong tỏa/tịch thu bởi chính Admin Key của hợp đồng Token (nếu có) , v.v. chờ đợi.
(4) Rủi ro thị trường của việc cho vay thế chấp chính DeFi.
Rủi ro cốt lõi của thị trường: (4a) Rủi ro không thể thanh lý vị thế kịp thời do giá cổ phiếu sụt giảm nhanh chóng giá trị tài sản đảm bảo. (4b) Rủi ro thanh khoản thị trường không thể tiêu hóa được do số lượng tài sản thế chấp quá lớn sẽ dẫn đến sự xuất hiện và tăng cường rủi ro (4a).
Làm thế nào để xác định và tránh rủi ro?
(a) Chỉ định giới hạn trên về số lượng khoản thế chấp cho một tài sản thế chấp cụ thể trong hợp tác thế chấp. giới hạn trên phải được đặt Phù hợp với tính thanh khoản thị trường thực của tài sản thế chấp, đặc biệt là các yếu tố như khối lượng rửa tràn lan.
(b) Đánh giá xem thiết kế cơ chế thanh lý trong hợp đồng thế chấp có hợp lý hay không và cơ chế thanh lý có tận dụng hiệu quả thanh khoản trên thị trường hay không để thanh lý các vị trí. .
(c) Đánh giá rủi ro của chính tài sản thế chấp đi kèm.
(5) Rủi ro của nền tảng hợp đồng thông minh.
Các nền tảng hợp đồng thông minh như Ethereum đều có những rủi ro riêng và cách tránh rủi ro này Tương tự như thông minh tránh rủi ro hợp đồng: (a) Kiểm toán an ninh. Ví dụ: Ethereum đã tiến hành kiểm tra bảo mật rất chi tiết trong những ngày đầu thành lập. (b) Thử nghiệm thực tế có hiệu quả trong thời gian dài. Ví dụ, các nền tảng hợp đồng thông minh như Ethereum đã trực tuyến được gần 5 năm, trong những ngày đầu đã xảy ra một lỗ hổng cấp trung bình, gây ra cuộc tấn công DoS và gây ra tắc nghẽn giao dịch, sau đó về cơ bản nó chạy trơn tru.
(6) Rủi ro trong việc quản lý khóa riêng của người dùng.
Khóa riêng của người dùng có nguy cơ bị mất hoặc bị đánh cắp. Có nguy cơ xảy ra tai nạn cá nhân cho người dùng, dẫn đến không thể kế thừa tài sản do khóa riêng của người dùng quản lý.
Làm thế nào để xác định và tránh rủi ro?
(a) Tìm hiểu kiến thức liên quan về lưu trữ khóa riêng tư và thiết lập một bộ quản lý khóa riêng tư hoàn chỉnh phù hợp với bạn Hệ thống, bao gồm cơ chế sao lưu, bảo mật, bảo mật lưu trữ vật lý và các kế hoạch sau tai nạn cá nhân.
(b) Tránh rủi ro trong việc quản lý khóa riêng bằng cách sử dụng ví thông minh. Lưu ý rằng mặc dù ví thông minh mang lại sự bảo mật và thuận tiện hơn cho việc lưu giữ khóa riêng nhưng chúng cũng gây ra rủi ro về hợp đồng thông minh và rủi ro về Khóa quản trị.Bạn cần hiểu đầy đủ các rủi ro liên quan trước khi chọn sử dụng chúng tùy theo hoàn cảnh của mình.
Được rồi, tôi đã nói rất nhiều sự thật, vậy tại sao tôi lại rơi vào hố của sự cố Lendf.me? ?
Trước hết, với tư cách là một người đã mất hàng chục BTC trên Mt.Gox, tôi hiểu rõ về rủi ro của các nền tảng tập trung. Được cho là đầy đủ, tài sản thường không được lưu trữ trên nền tảng tập trung trong một thời gian dài, đặc biệt là trong bối cảnh ngành thiếu sự giám sát hiện nay. Điều này khiến tôi có niềm yêu thích tự nhiên với DeFi.
Trong quá trình tham gia lensf.me, tôi chủ yếu tập trung vào 3 loại rủi ro: rủi ro về hợp đồng thông minh, thông minh Rủi ro về hợp đồng Quyền quản trị chính và rủi ro thị trường của việc cho vay thế chấp loanf.me.
Trước tiên, hãy nói về rủi ro thị trường của hoạt động cho vay thế chấp Loanf.me. Trong thời kỳ thị trường sụp đổ vào ngày 12 tháng 3 năm 2020, nền tảng lensf.me (sau đây gọi là "Nền tảng") đã chống chọi tương đối tốt với sự sụp đổ của thị trường và không có tình trạng mất khả năng thanh toán do thanh lý tài sản thế chấp bất lợi. Vì vậy, sau ngày 12 tháng 3, niềm tin của tôi vào nền tảng này đã tăng lên.
Về những rủi ro đối với các quyền của Khóa quản trị viên hợp đồng thông minh, tôi biết trước rằng nền tảng này bảo lưu quyền này. Tôi và người sáng lập nền tảng này biết nhau, chúng tôi đã trao đổi rất nhiều và tôi đánh giá cao kiến thức của người sáng lập. Ngoài sự tin tưởng vào người sáng lập, tôi cũng có niềm tin chung vào quyền quản trị Khóa quản trị của nền tảng.
Đối với những rủi ro hợp đồng thông minh quan trọng nhất, tôi chủ yếu tránh chúng thông qua "thử nghiệm thực tế hiệu quả lâu dài". những khía cạnh sau có thể được cải thiện trong tương lai:
(a) Định nghĩa về "thời gian dài" nên thận trọng hơn. Hóa ra rằng tôi xác định là khoảng 6 tháng, và bây giờ có vẻ như ít nhất là 1 năm. Giới hạn trên của tỷ lệ phần trăm tài sản tham gia so với tổng tài sản của một cá nhân phải tương quan thuận với khoảng thời gian mà hợp đồng thông minh đã được thử nghiệm trên thực tế.
(b) Rủi ro và lợi nhuận phải tỷ lệ thuận với nhau. Cách chính mà tôi tham gia vào nền tảng này là quản lý tài chính stablecoin. Lúc đầu, tỷ lệ lợi nhuận tương đối cao, theo ấn tượng của tôi là 5-10%. Sau đó, khi tỷ lệ lợi nhuận giảm xuống, sự so sánh giữa rủi ro và lợi nhuận thực sự không còn hiệu quả về mặt chi phí nữa, nhưng do lười biếng và may mắn, tôi đã không điều chỉnh vị trí của mình kịp thời. Ví dụ: trước khi xảy ra tai nạn, tỷ lệ hoàn vốn hàng năm của USDT trên nền tảng là dưới 1%, điều này rõ ràng là không phù hợp với rủi ro, lựa chọn hợp lý là rút tài sản ra khỏi quản lý tài chính. Đây là sai lầm lớn nhất mà tôi đã mắc phải trong sự việc này và tôi sẽ rút kinh nghiệm từ nó trong tương lai.
(c) Chú ý hơn đến các báo cáo kiểm tra bảo mật. Tôi không hiểu trước báo cáo kiểm toán liên quan đến nền tảng, mặc dù đối với sự cố này, việc tôi có đọc báo cáo kiểm toán hay không sẽ không ảnh hưởng đến kết quả của sự việc nhưng tôi đã không đọc trước báo cáo kiểm toán, điều này là sai.
Cuối cùng, hãy nói về triển vọng.
DeFi, với tư cách là một mô hình mới, đã không bị chỉ trích vì điều này sự cố. Sai. Hãy suy nghĩ kỹ, hãy để một "robot" với các quy tắc minh bạch cung cấp dịch vụ tài chính, điều này quan trọng như thế nào và đó là một sự thay đổi mô hình mới. Sự thay đổi mô hình này vẫn còn thú vị. Tuy nhiên, làm thế nào để xây dựng những “robot” an toàn hơn là một vấn đề mà những người thực hành blockchain phải giải quyết trong tương lai, nếu không, mô hình mới sẽ không trở nên phổ biến. Cá nhân tôi sẽ tiếp tục tham gia đầu tư và xây dựng DeFi để điều chỉnh việc tham gia nhận thức rủi ro của mình trong tương lai.
Nếu muốn thu được lợi nhuận, bạn phải chấp nhận rủi ro. Bản chất của thế giới là không chắc chắn, rủi ro ở khắp mọi nơi và không có sự an toàn tuyệt đối. Hãy nghĩ đến dịch bệnh này, nếu bạn ở nhà, tai họa sẽ từ trên trời rơi xuống, dù bạn có đi siêu thị mua đồ ăn cũng có nguy cơ tử vong. Hãy chấp nhận nó, đối mặt với nó, bình tĩnh đối mặt và khiêu vũ với bầy sói.
Từ góc độ đầu tư, hãy đảm bảo tuân thủ "nguyên tắc đa dạng hóa ". Trong cơn giông bão này, nguyên tắc phân cấp mà tôi luôn tin tưởng và thực hành, đóng vai trò bảo vệ lớn nhất. Mặc dù số lượng tổn thất tuyệt đối lớn nhưng tỷ lệ không quá lớn, tất nhiên sau khi điều chỉnh hệ thống đánh giá rủi ro thì tỷ lệ này sẽ nhỏ hơn. Dù giẫm phải giông bão, sau đó tôi tạm thời không vui, nhưng tôi không có những cảm xúc tiêu cực mạnh mẽ, tôi không chán nản, không bi quan chứ đừng nói đến tuyệt vọng. Nếu không, tôi sẽ không có tâm trí để viết bài này, và bài viết này sẽ không có sẵn cho bạn. Nguyên lý phân tán cho phép bạn ngủ yên vào ban đêm.
Ghi chú bổ sung:
1) Số tiền thu được từ tác giả bài viết này sẽ được quyên góp cho quỹ cộng đồng.
2) Bài viết này được đăng lần đầu trên Bihu.com. Vui lòng ghi rõ nguồn và link gốc khi chuyển tiếp. Chào mừng bạn đến phía trước.
Liên kết nguồn: https://bihu.com/article/1923112424
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia