Các đánh đổi kỹ thuật của Bitcoin cho thấy cách động lực, mô hình mối đe dọa và tính đơn giản có thể giữ hệ thống hoạt động ngay cả khi kẻ xấu cố phá.

Hầu hết hệ thống được xây cho người lạ. Khi bạn cho phép người không quen tham gia, gửi tin nhắn, chuyển giá trị hoặc bỏ phiếu, bạn đang yêu cầu họ phối hợp mà không tin nhau.
Đó là vấn đề Bitcoin giải quyết. Không chỉ là “mã hóa hay.” Đó là về các đánh đổi kỹ thuật: chọn ra những quy tắc vẫn hoạt động khi ai đó cố uốn nắn chúng.
Kẻ đối đầu không chỉ là “tin tặc.” Đó có thể là bất kỳ ai hưởng lợi từ việc phá vỡ giả định của bạn: kẻ gian lận muốn phần thưởng miễn phí, kẻ spam muốn thu hút chú ý, kẻ mua chuộc muốn ảnh hưởng, hoặc đối thủ muốn dịch vụ của bạn trông không đáng tin.
Mục tiêu không phải xây thứ không bao giờ bị tấn công. Mục tiêu là giữ cho hệ thống hữu dụng và dễ đoán trong khi nó bị tấn công, và làm cho việc lạm dụng tốn kém đến mức hầu hết người chọn con đường trung thực.
Một thói quen hữu ích là hỏi: nếu tôi cho ai đó động cơ lợi nhuận rõ ràng để lạm dụng tính năng này, họ sẽ làm gì? Bạn không cần phải hoang tưởng để nghĩ vậy. Động lực đánh bại ý tốt.
Trong hệ thống mở, các mẫu giống nhau xuất hiện rất nhanh: tự động hóa và spam, mánh thời gian góc cạnh (điều kiện tranh giành, cố gắng phát lại, chi tiêu kép), nhiều danh tính đóng giả nhiều người dùng (hành vi Sybil), cấu kết nội bộ, và chiến dịch gieo rắc nhầm lẫn để giảm niềm tin.
Ngay cả sản phẩm nhỏ cũng gặp chuyện này. Hãy tưởng tượng chương trình điểm thưởng trao tín dụng cho việc đăng đánh giá. Nếu tín dụng có thể được nhận nhanh hơn con người xác minh, bot sẽ đi farm. Nếu hình phạt yếu, chiến lược rẻ nhất trở thành “lạm dụng trước, xin lỗi sau.”
Bài học thực tế từ Bitcoin khá đơn giản: xác định mô hình mối đe dọa của bạn, quyết định những gì bạn thực sự có thể bảo vệ, và giữ các quy tắc lõi đủ đơn giản để kiểm toán khi áp lực tăng cao.
Bitcoin được thiết kế cho internet năm 2008–2009: máy tính gia đình, băng thông hạn chế, kết nối không ổn định, và người lạ tải phần mềm qua đường truyền chậm. Nó cũng phải chạy mà không có quy trình đăng ký đáng tin và không có cách đáng tin để biết ai “thật sự” là ai.
Vấn đề lõi dễ nói nhưng khó xây: tạo tiền kỹ thuật số có thể gửi cho bất kỳ ai, không cần ngân hàng, mà không cho phép người gửi chi tiêu cùng đồng hai lần. Các hệ thống tiền kỹ thuật số trước đó thường phụ thuộc vào một nhà điều hành trung tâm để giữ sổ cái trung thực. Mục tiêu của Bitcoin là loại bỏ sự phụ thuộc đó mà không thay bằng kiểm tra danh tính hay thành viên có quyền.
Đó là lý do vì sao danh tính người sáng tạo quan trọng kém hơn các giả định mà thiết kế đưa ra. Nếu một hệ thống chỉ hoạt động vì bạn tin người sáng lập, công ty, hoặc một nhóm quản trị nhỏ, thì nó không thực sự phi tập trung. Bitcoin cố gắng làm cho niềm tin trở nên tùy chọn bằng cách đẩy nó vào các quy tắc mà bất kỳ ai cũng có thể kiểm chứng trên máy của họ.
Bitcoin tránh các mẫu tạo điểm thất bại duy nhất hoặc điểm gây áp lực duy nhất:
Những lựa chọn đó định hình sức mạnh và giới hạn của hệ thống. Sức mạnh là bất kỳ ai cũng có thể tham gia và xác minh, ngay cả khi họ không tin ai. Hạn chế là hệ thống phải giữ đủ đơn giản để nhiều node độc lập có thể chạy, điều này gây áp lực lên thông lượng, tăng trưởng lưu trữ và mức độ phức tạp của quy tắc.
Một cách thực tế để thấy ràng buộc: một khi bạn hứa với người lạ, “Bạn có thể tự xác minh mọi khoản thanh toán,” bạn không thể dựa vào cơ sở dữ liệu ẩn, quyết định hỗ trợ khách hàng, hoặc kiểm toán riêng tư. Quy tắc phải giữ vững khi mạng thù địch và một số tham gia cố tình gian lận.
Bảo mật của Bitcoin không được trả bằng lính canh hay hợp đồng. Nó được trả bằng phần thưởng bất kỳ ai cũng có thể kiếm được nếu tuân theo quy tắc. Đây là một trong những đánh đổi kỹ thuật cốt lõi của Bitcoin: biến một phần vấn đề bảo mật thành vấn đề kinh doanh.
Thợ mỏ tiêu tiền thật cho điện và phần cứng để làm proof-of-work. Đổi lại, mạng cung cấp coin mới phát hành (subsidy khối) và phí giao dịch. Khi thợ mỏ tạo ra một khối hợp lệ mà các node khác chấp nhận, họ được trả tiền. Khi họ tạo ra một khối không hợp lệ, họ không được gì vì node từ chối khối đó. Hầu hết hành vi gian lận vì thế trở nên không sinh lời theo mặc định.
Hành vi “trung thực” trở thành đường cơ bản có lợi vì đó là cách dễ nhất để có thu nhập ổn định. Tuân theo quy tắc đồng thuận thì dự đoán được. Cố gắng phá quy tắc là một canh bạc rằng người khác sẽ chấp nhận một lịch sử khác, điều đó khó phối hợp và dễ thua.
Câu chuyện động lực thay đổi theo thời gian. Xấp xỉ mỗi bốn năm, trợ cấp giảm một nửa. Phí giao dịch rồi phải chịu nhiều hơn ngân sách bảo mật. Trên thực tế, điều đó đẩy hệ thống về một thị trường phí nơi người dùng cạnh tranh cho không gian khối giới hạn, và thợ mỏ có thể chú ý hơn tới giao dịch nào họ đưa vào và khi nào.
Động lực có thể trôi xa khỏi lý tưởng. Khai thác có thể tập trung do quy mô kinh tế và pooling. Lợi nhuận ngắn hạn có thể thắng lòng tin dài hạn. Một số tấn công không đòi hỏi khối không hợp lệ, chỉ là chiến lược (ví dụ, giữ khối để có lợi thế). Động lực kiểm duyệt cũng có thể xuất hiện qua hối lộ hoặc quy định.
Một cách nghĩ cụ thể: nếu một thợ mỏ chiếm 5 phần trăm hashpower, con đường tốt nhất để có thu nhập ổn định thường là ở lại cuộc đua chung và lấy phần thưởng theo xác suất. Bất kỳ kế hoạch viết lại lịch sử nào vẫn tiêu tốn tài nguyên thực và rủi ro rằng phần còn lại vượt qua họ.
Bài học thiết kế đơn giản: trả cho hành vi bạn muốn, làm cho phá quy tắc tốn kém, và giả sử người tham gia sẽ tối ưu vì lợi nhuận, không phải vì “làm điều đúng.”
Các đánh đổi kỹ thuật của Bitcoin có ý nghĩa hơn khi bạn bắt đầu từ giả định không thân thiện: luôn có người cố gắng phá quy tắc, và họ chỉ cần thắng một lần.
Kẻ tấn công thường muốn một vài kết quả: lấy giá trị họ không kiếm được, chi tiêu cùng đồng hai lần, chặn một số thanh toán, hoặc làm lung lay niềm tin để người ta ngừng dùng hệ thống.
Một mối đe dọa lớn ban đầu là tấn công Sybil, nơi một người đóng giả nhiều “người dùng” để có ảnh hưởng. Trong hệ thống bỏ phiếu trực tuyến thông thường, tài khoản giả rẻ. Câu trả lời của Bitcoin là proof-of-work: ảnh hưởng gắn với chi phí thực (năng lượng và phần cứng), không phải danh tính. Nó không làm tấn công bất khả thi, nhưng làm cho chúng tốn kém theo cách mà mạng có thể đo lường.
Rủi ro được nêu tên thường là tấn công 51%. Nếu một thợ mỏ hoặc liên minh kiểm soát phần lớn công suất khai thác, họ có thể vượt qua phần còn lại của mạng và ảnh hưởng chuỗi được chấp nhận.
Quyền lực đó vẫn bị giới hạn:
Bitcoin còn đối mặt các mối đe dọa ở cấp mạng không đòi hỏi chiến thắng cuộc đua khai thác. Nếu kẻ tấn công kiểm soát những gì một node nghe thấy, họ có thể cô lập nó và đưa cho nó một cái nhìn thiên lệch về thực tại.
Các rủi ro phổ biến gồm tấn công eclipse (bao quanh một node bằng các peer do kẻ tấn công điều khiển), phân đoạn mạng (chia mạng để các nhóm không thể giao tiếp), từ chối dịch vụ (cạn băng thông, CPU, hoặc khe kết nối), và tắc nghẽn đẩy người dùng vào thói quen rủi ro.
Ý tưởng lõi không phải là “chặn mọi tấn công.” Mà là “làm cho tấn công tốn kém, dễ thấy và tạm thời,” trong khi giữ quy tắc đủ đơn giản để nhiều bên độc lập có thể kiểm chứng.
Khi bạn mong đợi kẻ tấn công, “nhiều tính năng” không còn có vẻ hữu ích. Mỗi tùy chọn thêm tạo ra các trường hợp biên, và nơi đó là nơi khai thác sống. Một trong những đánh đổi kỹ thuật quan trọng nhất của Bitcoin là hệ thống giữ chủ ý nhàm chán ở nhiều nơi. Nhàm chán thì dễ suy luận, dễ kiểm thử và khó bị lợi dụng.
Các kiểm tra quy tắc của Bitcoin phần lớn đơn giản: chữ ký hợp lệ, coin không bị chi tiêu kép, khối tuân giới hạn rõ, rồi node tiếp tục. Sự đơn giản đó không mang tính thẩm mỹ. Nó giảm số trạng thái lạ mà kẻ tấn công có thể cố ép.
Một vài ràng buộc có vẻ hạn chế nếu bạn nghĩ như nhà xây app, nhưng đó là hạn chế có chủ ý.
Script của Bitcoin bị giới hạn chứ không phải là môi trường “chạy bất kỳ chương trình nào”, điều này giảm hành vi bất ngờ. Khối và các tài nguyên khác được giới hạn để giúp node bình thường tránh quá tải. Việc nâng cấp chậm và thận trọng bởi vì một sai lầm nhỏ trong quy tắc được sử dụng rộng rãi có thể trở thành vấn đề toàn cầu.
Cuộc tranh luận về kích thước khối cho thấy tư duy này. Khối lớn hơn có thể chứa nhiều giao dịch hơn, nhưng cũng tăng chi phí chạy node và gây áp lực lên mạng. Nếu ít người có thể chạy node, hệ thống dễ bị gây áp lực hoặc chiếm đoạt. Sự đơn giản ở đây không chỉ về mã. Nó còn về giữ việc tham gia ở mức hợp lý cho các nhà điều hành bình thường.
Nâng cấp chậm giảm rủi ro, nhưng cũng làm chậm đổi mới. Lợi ích là thay đổi được xem xét nhiều năm và nhận phản hồi hoài nghi, thường từ những người giả sử điều tệ nhất.
Với hệ thống nhỏ hơn, bạn có thể sao chép nguyên tắc mà không sao chép quy trình chính xác: giữ quy tắc đơn giản, giới hạn sử dụng tài nguyên, tránh tính năng tạo hành vi khó đoán, và coi thay đổi như thể một kẻ tấn công sẽ nghiên cứu chúng từng dòng một.
Nhiều đánh đổi kỹ thuật của Bitcoin trông lạ cho đến khi bạn giả định kẻ tấn công tích cực. Hệ thống không cố gắng trở thành cơ sở dữ liệu nhanh nhất. Nó cố gắng là cơ sở dữ liệu vẫn hoạt động khi một số tham gia nói dối, gian lận và phối hợp.
Phi tập trung đổi lấy tốc độ để lấy độc lập. Vì ai cũng có thể tham gia và xác minh, mạng không thể dựa vào một đồng hồ hay một người quyết định duy nhất. Xác nhận mất thời gian vì bạn đang chờ mạng chôn một giao dịch dưới nhiều công việc hơn, làm cho việc viết lại tốn kém.
Bảo mật đổi lấy tiện lợi để lấy chi phí. Bitcoin tiêu tài nguyên thế giới thực (năng lượng và phần cứng) để làm cho tấn công tốn kém. Hãy coi đó như ngân sách phòng thủ: bạn không có bảo mật miễn phí.
Minh bạch đổi lấy quyền riêng tư để lấy khả năng kiểm toán. Sổ cái công khai cho phép người lạ xác minh quy tắc không cần quyền, nhưng nó cũng phơi bày các mẫu. Các biện pháp giảm thiểu tồn tại nhưng chỉ phần nào và thường phụ thuộc vào hành vi người dùng.
Tính kết thúc (finality) đổi lấy độ linh hoạt để lấy niềm tin. Việc hoàn tác khó theo thiết kế vì lời hứa là lịch sử đã xác nhận tốn kém để thay đổi. Điều đó làm cho hoàn lại gian lận khó, và cũng nghĩa lỗi chân chính có thể đau đớn.
Những gì bạn nhận lại là cụ thể:
Một phép ẩn dụ đơn giản: tưởng tượng một trò chơi trực tuyến nơi vật phẩm hiếm có thể giao dịch. Nếu bạn muốn giao dịch đáng tin giữa người lạ, bạn có thể chấp nhận thanh toán chậm hơn (khoảng thời gian chờ), trả chi phí liên tục (kiểm tra chống gian lận hoặc staking), và giữ nhật ký sở hữu công khai. Bạn cũng sẽ làm cho việc hoàn tác hiếm và bị hạn chế chặt, bởi vì hoàn tác dễ mời những kẻ lừa đảo đòi “hoàn tiền” sau khi nhận vật phẩm.
Nếu bạn giả sử người dùng luôn trung thực, bạn sẽ bảo vệ sai hệ thống. Tư thế của Bitcoin thẳng thắn: một vài người sẽ cố gian lận, và họ sẽ tiếp tục cố.
Đây là cách thực tế.
Cụ thể hóa những gì không được đánh cắp, giả mạo hoặc viết lại: số dư tài khoản, nhật ký kiểm toán, hành động admin, quyết định thanh toán, hoặc tính toàn vẹn của một bản ghi chia sẻ.
Đừng dừng ở “tin tặc.” Bao gồm người nội bộ, đối thủ, kẻ spam và phá hoại cho vui. Ghi những gì họ thu được: tiền, ảnh hưởng, dữ liệu, trả thù, hoặc đơn giản là gây gián đoạn.
Nếu gian lận có lợi, nó sẽ xảy ra. Thêm chi phí vào đường xấu (phí, tiền đặt cọc, rút tiền trì hoãn,摩擦, quyền nghiêm ngặt hơn) trong khi giữ trải nghiệm bình thường mượt. Mục tiêu không phải là an ninh hoàn hảo. Mà là làm cho hầu hết tấn công thành giao dịch không lời.
Ngăn chặn thôi chưa đủ. Thêm cảnh báo và phanh: giới hạn tốc độ, thời hạn, kiểm toán và quy trình hoàn tác rõ ràng. Nếu một người dùng đột nhiên kích hoạt 500 hành động giá trị cao trong một phút, tạm dừng và yêu cầu kiểm tra thêm. Lên kế hoạch cho chuyện xảy ra khi gian lận lọt qua.
Quy tắc phức tạp tạo chỗ ẩn. Thử các trường hợp biên: thử lại, trễ mạng, thất bại một phần và “nếu thông điệp này tới hai lần thì sao?” Chạy buổi đánh giá bảng nơi một người đóng vai kẻ tấn công và cố kiếm lợi.
Một kịch bản nhỏ: tưởng tượng bạn xây hệ thống tín dụng giới thiệu. Tài sản là “tín dụng được cấp công bằng.” Kẻ tấn công có thể tạo tài khoản giả để farm tín dụng. Bạn có thể tăng chi phí lạm dụng (thời gian chờ trước khi tín dụng mở khóa, giới hạn mỗi thiết bị, kiểm tra mạnh hơn cho mẫu đáng ngờ), ghi lại mọi lần cấp, và giữ đường hoàn tác rõ nếu một làn sóng gian lận lọt qua.
Hãy tưởng tượng một chợ cộng đồng nhỏ. Mọi người mua bán dịch vụ bằng tín dụng nội bộ, và uy tín giúp bạn chọn người đáng tin. Có các điều phối viên tình nguyện, cộng thêm chương trình giới thiệu trao tín dụng khi bạn mang người dùng mới.
Bắt đầu bằng việc đặt tên diễn viên và “chiến thắng” trông như thế nào. Người mua muốn dịch vụ tốt với rủi ro thấp. Người bán muốn đơn hàng đều và thanh toán nhanh. Điều phối viên muốn ít tranh chấp hơn. Kẻ spam giới thiệu muốn tín dụng dễ nhất với ít nỗ lực, ngay cả khi tài khoản mới là giả.
Rồi ánh xạ động lực để hành vi trung thực là con đường dễ. Nếu người bán chỉ được trả khi người mua xác nhận giao hàng, người mua có thể giữ tiền. Nếu người bán được trả ngay, kẻ lừa có thể nhận tiền rồi biến mất. Con đường giữa là yêu cầu một khoản đặt cọc nhỏ của người bán và giải phóng thanh toán theo giai đoạn, với giải phóng tự động nếu người mua im lặng sau một khoảng ngắn.
Giả sử các mối đe dọa sẽ xảy ra: đánh giá giả để nâng uy tín, cáo buộc “tôi không nhận được” sau giao hàng, cấu kết farm thưởng, và tạo tài khoản để lợi dụng giới thiệu.
Phản ứng nên nhàm chán và rõ ràng. Yêu cầu đặt cọc cho danh sách giá trị cao và tăng theo kích thước giao dịch. Thêm thời gian chờ trước khi tín dụng giới thiệu mở khóa, và chỉ mở khóa sau hoạt động thực (không chỉ đăng ký). Dùng luồng tranh chấp với hộp thời gian đơn giản: người mua khiếu nại trong X ngày, người bán phản hồi trong Y ngày, rồi điều phối viên quyết dựa trên một tập bằng chứng cho phép.
Minh bạch có ích mà không biến hệ thống thành giám sát. Giữ nhật ký thêm (append-only) các sự kiện chính: tạo danh sách, ký quỹ, xác nhận giao hàng, mở tranh chấp, giải quyết tranh chấp. Đừng ghi tin nhắn riêng tư, chỉ các hành động quan trọng. Điều đó làm khó việc viết lại lịch sử sau này và dễ phát hiện các mẫu như vòng đánh giá.
Bài học kiểu Bitcoin: bạn không cần niềm tin hoàn hảo. Bạn cần quy tắc khiến gian lận tốn kém, sử dụng trung thực đơn giản, và hệ thống vẫn dễ hiểu khi có ai đó cố phá nó.
Đội thường sao chép phần nhìn thấy và bỏ qua trọng tâm của các đánh đổi kỹ thuật Bitcoin. Kết quả là một hệ thống trông “giống crypto” nhưng vỡ ngay khi ai đó cố gắng kiếm lời từ việc phá nó.
Một bẫy là sao chép token mà không sao chép ngân sách bảo mật đằng sau nó. Bảo vệ của Bitcoin được trả bằng: thợ mỏ tiêu tài nguyên thực, và họ chỉ được thưởng nếu tuân quy tắc. Nếu dự án của bạn mint token nhưng không tạo chi phí liên tục để tấn công (hoặc phần thưởng rõ cho việc bảo vệ), bạn có thể kết thúc với kịch trình an ninh hình thức.
Lỗi khác là giả sử mọi người sẽ hành xử vì “cộng đồng.” Động lực thắng cảm hứng. Nếu người dùng được lợi nhiều hơn khi gian lận so với hợp tác, ai đó sẽ gian lận.
Độ phức tạp là sát thủ thầm lặng. Các trường hợp đặc biệt, can thiệp admin và đường ngoại lệ tạo nơi kẻ tấn công ẩn náu. Nhiều hệ thống không bị “hack” theo kiểu kịch tính. Chúng bị rút ruột qua một tương tác quy tắc bị bỏ sót.
Các mối đe dọa vận hành cũng bị bỏ qua. Bitcoin là một giao thức, nhưng hệ thống thực chạy trên mạng, máy chủ và đội ngũ. Lên kế hoạch cho spam làm tăng chi phí, sự cố và thất bại một phần khiến người dùng thấy “sự thật” khác nhau, rủi ro người nội bộ như tài khoản admin bị xâm, phụ thuộc hạ tầng (nhà cung cấp đám mây, DNS, đường thanh toán), và phản ứng sự cố chậm.
Thay đổi quy tắc nhiều cũng là một súng bắn vào chân. Nếu bạn thay đổi quy tắc thường xuyên, bạn mở các cửa sổ tấn công mới ở mỗi lần chuyển đổi. Kẻ tấn công thích thời điểm di cư vì người dùng bối rối, giám sát thiếu, và kế hoạch hoàn tác chưa được thử.
Một ví dụ đơn giản: tưởng tượng app thưởng phát điểm và bảng xếp hạng. Nếu điểm kiếm qua hành động dễ giả (bot, tự giới thiệu, kiểm tra tự động), bạn đã tạo một thị trường cho gian lận. Sửa bằng hàng chục ngoại lệ thường làm tệ hơn. Tốt hơn là quyết định điều bạn có thể xác minh rẻ, giới hạn phơi bày và giữ quy tắc ổn định.
Nếu bạn muốn vay bài học từ các đánh đổi kỹ thuật của Bitcoin, hãy giữ thực tế: xác định những gì bạn bảo vệ, giả sử ai đó sẽ cố phá, và đảm bảo tấn công thành công rẻ nhất vẫn quá đắt hoặc quá ồn để tiếp tục.
Trước khi viết thêm mã, kiểm tra năm điều:
Rồi hỏi vài câu thẳng thắn:
Quyết định cái bạn sẽ không hỗ trợ. Hãy thu hẹp phạm vi có chủ ý. Nếu bạn không thể bảo vệ rút tiền tức thì, hãy trì hoãn rút tiền. Nếu bạn không thể ngăn đánh giá giả, yêu cầu mua đã được xác minh. Mỗi tính năng là một bề mặt khác để phòng vệ.
Hai bước tiếp theo gói gọn trên một trang:
Nếu bạn đang xây trên nền tảng app nhanh như Koder.ai (koder.ai), hữu ích khi coi tư duy đối kháng là một phần chu kỳ xây dựng. Chế độ lên kế hoạch buộc bạn viết rõ luồng người dùng và các trường hợp biên trước khi triển khai, và snapshot cùng rollback cho bạn đường phục hồi an toàn khi bộ quy tắc đầu tiên chưa đủ.
Thiết kế cho người lạ, không phải bạn bè. Giả sử sẽ có người cố gắng trục lợi bằng cách phá vỡ quy tắc của bạn (spam, gian lận, cấu kết, từ chối dịch vụ), rồi làm cho con đường trung thực trở nên rẻ nhất và đơn giản nhất để đạt được điều họ muốn.
Một gợi ý hữu ích là: “Nếu tôi trả tiền cho ai đó để lạm dụng tính năng này, họ sẽ làm gì trước tiên?”
Một mô hình mối đe dọa là một danh sách ngắn gồm:
Giữ nó nhỏ và cụ thể để bạn thực sự sử dụng được trong lúc xây dựng.
Trong hệ thống mở, danh tính rẻ: một người có thể tạo hàng nghìn tài khoản. Nếu ảnh hưởng dựa trên “số lượng người dùng”, kẻ tấn công có thể thắng bằng cách giả mạo người dùng.
Bitcoin gắn ảnh hưởng với proof-of-work, vốn có chi phí thực tế. Bài học không phải là “dùng mining”, mà là: đưa quyền lực lên cái gì đó khó giả mạo (chi phí, stake, thời gian, nỗ lực xác minh, tài nguyên khan hiếm).
Thợ mỏ được trả khi họ tạo ra khối hợp lệ mà các node khác chấp nhận. Nếu họ vi phạm quy tắc, node sẽ từ chối khối và thợ mỏ không được gì.
Điều đó làm khớp lợi ích: cách dễ nhất để có thu nhập ổn định thường là tuân theo quy tắc đồng thuận, không phải chống lại chúng.
Một kẻ tấn công nắm hơn 51% thường có thể:
Họ vẫn không thể ký giao dịch mà không có khóa riêng hoặc tạo xu từ không. Bài học chính: xác định chính xác những gì kẻ tấn công có thể thay đổi và thiết kế xung quanh những ranh giới đó.
Không phải mọi cuộc tấn công đều là “phá quy tắc”. Một số là kiểm soát những gì nạn nhân thấy hoặc có thể làm.
Ví dụ phổ biến:
Với đội sản phẩm, phép ẩn dụ là giới hạn tốc độ, điều chỉnh chống lạm dụng và thiết kế cho sự cố một phần và thử lại.
Mỗi tính năng thêm vào tạo ra nhiều trường hợp biên hơn, và các trường hợp biên là nơi ẩn náu của khai thác (phát lại, điều kiện tranh giành, chuyển trạng thái lạ).
Quy tắc đơn giản thì:
Nếu bắt buộc phải thêm độ phức tạp, hãy đóng khung nó bằng giới hạn chặt chẽ và bất biến rõ ràng.
Bắt đầu với ba động thái:
Ví dụ: tín dụng giới thiệu nên mở khóa sau hoạt động thực, không chỉ đăng ký, và các mẫu đáng ngờ nên tự động tạm dừng phần thưởng.
Những thất bại thường gặp:
Quy tắc tốt: nếu bạn không thể giải thích rõ một quy tắc, bạn không thể bảo vệ nó.
Dùng nó để bắt buộc kỷ luật, không phải để thêm độ phức tạp. Quy trình thực tế:
Mục tiêu là sản phẩm vẫn dự đoán được trong khi có ai đó cố gắng phá nó.