---
title: "Crypto Bug Bounty: Kiếm tiền từ việc hack Blockchain"
description: "Trước khi có blockchain, chúng ta đã có Netscape, Google và Heartbleed. Giờ đây là Immunefi, những khoản tiền thưởng mười triệu đô la và các hợp đồng thông minh đang chờ được mổ xẻ."
language: vi
published: 2026-05-02
author: Netts
topic: "Insights"
canonical: https://netts.io/blog/crypto-bug-bounties-getting-paid-for-hacking-blockchain?lang=vi
languages: [en, ru, es, zh, th, fr, uk, tr, hi, fa, ar, ha, pt, vi, ko, ja, id, de, tl]
translation_outdated: false
---
# Crypto Bug Bounty: Kiếm tiền từ việc hack Blockchain

Trước khi có blockchain, chúng ta đã có Netscape, Google và Heartbleed. Giờ đây là Immunefi, những khoản tiền thưởng mười triệu đô la và các hợp đồng thông minh đang chờ được mổ xẻ.

Hình ảnh rập khuôn gợi lên bởi từ "hacker" có sức sống bền bỉ đến kinh ngạc: một chàng trai trẻ mặc áo hoodie đen, nhìn chằm chằm vào màn hình trong một căn phòng rực sáng, đánh cắp mật khẩu của những người quá tin tưởng vào internet. Hình ảnh đó đã tồn tại qua nhiều thập kỷ trong văn hóa bảo mật thực tế bởi đó là một cách thuận tiện để biến một thứ phức tạp thành một kẻ phản diện — và những kẻ phản diện thì luôn hữu dụng. Điều mà bạn thường ít nghe tới hơn là một số hacker giỏi nhất lại nằm ở phía bên kia của giao dịch đó, họ tìm ra các lỗ hổng trước khi những kẻ gian kịp làm điều đó (và được trả công cho nỗ lực của mình). Hoạt động này có tên gọi riêng, có lịch sử hình thành và cấu trúc chuyên nghiệp từ vài thập kỷ trước khi khái niệm blockchain ra đời.

Chương trình săn lỗi nhận thưởng (bug bounty) có tổ chức và theo phong cách hiện đại đầu tiên được Netscape khởi xướng vào ngày 10 tháng 10 năm 1995. Công ty khi đó đang phát triển Navigator 2.0, trình duyệt hàng đầu thời bấy giờ, và đã đưa ra một lời kêu gọi công khai: tìm lỗi bảo mật, báo cáo lỗ hổng đó một cách có trách nhiệm cho công ty và nhận thù lao cho nỗ lực của mình. Mặc dù ngân sách còn khiêm tốn so với tiêu chuẩn ngày nay — 50.000 USD chia cho toàn bộ chương trình — nhưng bản thân ý tưởng này thực sự rất độc đáo. Về bản chất, Netscape đã công khai thừa nhận rằng phần mềm của mình có những lỗ hổng mà họ không thể tự phát hiện nội bộ và những người bên ngoài có thể ở vị trí thuận lợi hơn để khám phá ra chúng. Hơn cả tiền bạc, điều quan trọng chính là ý nghĩa đằng sau sự thừa nhận ngầm đó.

Xu hướng này khởi đầu chậm chạp trong những năm 2000 và chỉ thực sự tăng tốc khi các nền tảng lớn tham gia. Năm 2010, Google công bố Chương trình Thưởng Lỗ hổng (Vulnerability Reward Program), chương trình mà chỉ riêng hiện nay đã chi trả hơn 12.000.000 USD cho các nhà nghiên cứu và tổng cộng hơn 50.000.000 USD tính đến thời điểm hiện tại. Mãi đến năm 2013, Microsoft mới theo kịp xu hướng này với một chương trình chính thức, và Apple — vốn đã từ chối ý tưởng này trong một thời gian dài — cuối cùng cũng đã mở chương trình công khai của riêng mình vào năm 2020.

Đến giữa những năm 2010, các chương trình săn lỗi nhận thưởng (bug bounty) đã trở nên phổ biến đối với bất kỳ công ty công nghệ nào thực sự chú trọng đến vấn đề bảo mật, với sự xuất hiện của các dịch vụ như HackerOne và Bugcrowd nhằm hỗ trợ triển khai các chương trình này ở quy mô lớn bằng cách kết nối các công ty với những nhà nghiên cứu bảo mật tự do, những người chuyên săn tìm lỗ hổng toàn thời gian.

![Crypto Bug Bounty: Kiếm tiền từ việc hack Blockchain](https://netts.io/blog/images/body/f8770db0743a5bea71507f3118986e90b7237f3c-1031.webp)

Tuy nhiên, không phải tất cả các phát hiện bảo mật lớn đều diễn ra trong khuôn khổ một chương trình săn lỗi chính thức, và một số vụ việc hệ trọng nhất đã minh chứng cho những gì có thể xảy ra khi thiếu vắng các chương trình này. Vào năm 2014, hai nhóm — Neel Mehta của Google và đội ngũ tại công ty Codenomicon của Phần Lan — đã độc lập tiết lộ một lỗ hổng nghiêm trọng trong OpenSSL, thư viện mật mã làm nền tảng cho phần lớn lưu lượng truy cập được mã hóa trên Internet. Lỗ hổng mới được phát hiện này, được gọi là Heartbleed, cho phép kẻ tấn công đọc bộ nhớ từ máy chủ (điều mà lẽ ra họ không thể truy cập), làm lộ dưới dạng văn bản thuần túy các khóa riêng tư, thông tin xác thực được sử dụng bởi hàng chục nghìn dịch vụ và dữ liệu người dùng. Không có khoản tiền thưởng săn lỗi nào để nhận ở đây. Mặc dù lỗ hổng đã được báo cáo một cách có trách nhiệm, nhưng nó đã bị phơi nhiễm trong khoảng thời gian từ khi phát hiện đến khi được vá lỗi dài hơn bất kỳ ai trong chúng ta muốn nghĩ tới, và hệ quả sau đó là một cuộc chạy đua toàn cầu kéo dài hàng tháng trời cho mọi thứ, từ các bản vá phần mềm, cập nhật nội dung và thậm chí là các chuyển tiếp.

Giả định ngược lại — điều gì sẽ xảy ra nếu cơ quan tình báo chính phủ hoặc tổ chức tội phạm phát hiện ra nó trước — đủ gây lo ngại để thúc đẩy việc triển khai các chương trình công bố thông tin có cấu trúc trong toàn ngành.

## Tại sao Crypto cần Hacker mũ trắng hơn hầu hết các lĩnh vực khác

Do đó, vấn đề bảo mật trong blockchain khác biệt về mặt cấu trúc (và phức tạp hơn về mặt cơ bản) so với vấn đề bảo mật phần mềm thông thường, điều này đóng vai trò quan trọng trong việc giải thích tại sao các chương trình săn tiền thưởng lỗi (bug bounty) lại trở thành một phần trung tâm của bối cảnh này.

Trong phần mềm truyền thống, một lỗ hổng tuy nghiêm trọng nhưng có giới hạn. Ứng dụng web của một ngân hàng bị xâm nhập có thể làm rò rỉ dữ liệu hoặc gây ra gian lận, nhưng thiệt hại được kiểm soát trong một hệ thống có luật pháp, bảo hiểm, khả năng phát hiện gian lận và khả năng đảo ngược các giao dịch bất hợp pháp. Tiền tệ luôn có dấu vết. Kẻ tấn công không hoạt động trong một môi trường biệt lập.

Ngược lại, với các kịch bản thất thoát trong DeFi: một vụ khai thác lỗi thành công (hoặc không) diễn ra khác biệt ở hầu hết mọi khía cạnh. Chỉ trong vài giây, toàn bộ tiền trong một giao thức có thể bị rút cạn nếu kẻ xâm nhập khai thác được lỗi về trình tự thực thi (timing flaw) trong hợp đồng thông minh. Nếu thành công, kẻ tấn công sẽ chiếm được lượng tiền mã hóa không chỉ khó truy vết mà còn gần như không thể thu hồi nếu không có sự hợp tác của chính người sở hữu nó. Không ai có thể đảo ngược giao dịch vì không có cơ quan trung ương nào cả. Tại bất kỳ thời điểm nào, hàng tỷ đô la nằm bất biến trong các hợp đồng thông minh có thể đọc công khai và hoạt động tự trị này. Mã nguồn là sản phẩm, và sản phẩm của bạn là một két sắt. Hầu hết mọi cơ chế đều hoạt động theo nguyên tắc "đến trước được trước", với phương án cứu vãn duy nhất là bản ghi không thể phá vỡ trên chuỗi (on-chain).

Đây là điều khiến động lực giữa "giáo và khiên" trong crypto trở nên vô cùng cấp bách. Ngay từ thời điểm bạn triển khai bất kỳ giao thức nào có giá trị, nó đã trở thành một vector tấn công ngay từ ngày đầu tiên. Những kẻ tấn công không hề thiếu tổ chức.

Một số có liên hệ với các quốc gia, một số là các tổ chức tội phạm tinh vi, và nhiều kẻ khác đơn giản là đang nắm giữ tấm bản đồ dẫn đến sự vô đạo đức và trú ngụ trong Solidity; chúng có sẵn tiền mặt và đang theo dõi sát sao những gì được triển khai. Chờ đợi người dùng rời bỏ vì các vấn đề bảo mật không phải là một chiến lược kinh doanh bền vững. Không, lựa chọn duy nhất là tìm ra những lỗ hổng đó trước những kẻ khác — và thuê những người đủ tài năng để tìm ra chúng.

Kiểm toán (Auditing) và thử nghiệm xâm nhập (penetration testing) — thuê một công ty bảo mật rà soát mã nguồn trước khi triển khai — là cần thiết, nhưng hoàn toàn chưa đủ. Các cuộc kiểm toán thường bị giới hạn về thời gian và được thực hiện bởi các đội ngũ có quy mô hữu hạn. Một hệ thống hợp đồng "thông minh" có thể có hàng triệu lộ trình tương tác tiềm năng và một đội ngũ kiểm toán dưới áp lực thời gian sẽ chỉ bao quát được những lộ trình hiển nhiên hơn. Các chương trình săn lỗi nhận thưởng (bug bounty) này đưa việc tìm kiếm lên một tầm nhìn rộng lớn hơn nhiều, và tận dụng một cộng đồng nghiên cứu toàn cầu với các nền tảng khác nhau, mô hình tư duy khác nhau và thời gian không giới hạn. Sự kết hợp của cả hai — kiểm toán nội bộ toàn diện trước khi lên mainnet, sau đó là một chương trình săn lỗi duy trì liên tục — là bài học tiêu chuẩn cho những người quan tâm đến bảo mật giao thức hiện nay.

## Bài toán Kinh tế của CEO giữa Một nghìn Đô-la hay Một triệu Đô-la

Cơ sở kinh tế cho các chương trình săn lỗi nhận thưởng đủ rõ ràng để không cần giải thích; tuy nhiên, trên thực tế thì vẫn cần, bởi vì chi phí phát sinh ngay bây giờ, trong khi khoản tiết kiệm được chỉ là lý thuyết và trải dài trong một khoảng thời gian dài.

Một giao thức với mức thưởng 10.000 USD cho lỗ hổng nghiêm trọng đã chi 10.000 USD cho bảo mật của mình. Đây cũng chính là giao thức có thể không để lộ lỗ hổng nào (chúng ta vừa thấy một kẻ tấn công khai thác điều này), và giờ đây có thể mất sạch toàn bộ tài sản tích trữ, hàng chục triệu đô-la biến mất nhanh chóng với vô vàn sự phức tạp đáng lo ngại, thậm chí trên thực tế là mất hoàn toàn khả năng vận hành. Khoản tiền thưởng không phải là một chi phí — đó là một khoản chi trả bảo hiểm phòng ngừa trước khi sự kiện được bảo hiểm thực sự xảy ra. Không có cuộc tranh luận nào có thể mang lại cái nhìn sâu sắc cần thiết để giải thích bài toán kinh tế này trước khi ra mắt — mọi CEO từng trải qua một vụ khai thác lớn đều thấu hiểu điều này một cách sâu sắc. Những người chưa từng trải qua chỉ coi chi phí bảo mật là một loại chi phí vận hành cần được cắt giảm tối đa để đáp ứng các yêu cầu tuân thủ.

![Crypto Bug Bounty: Kiếm tiền từ việc hack Blockchain](https://netts.io/blog/images/body/ded9986e7297b88e3ccbff8b4b88b8c3b88bd36d-1440.webp)

Dữ liệu về thiệt hại được minh chứng bởi lịch sử các vụ khai thác DeFi. Ví dụ, chỉ riêng trong năm 2022, cầu nối mạng lưới Ronin đã chịu tổn thất 625 triệu USD. Một cầu nối khác là Wormhole cũng bị tấn công vào tháng 1 với thiệt hại 320 triệu USD. Nomad Bridge — mất 190 triệu USD khi mọi người dùng đều có thể rút cạn giao thức sau khi mô hình tấn công ban đầu được xác định — một lỗ hổng có lẽ chỉ tốn 50.000 USD tiền thưởng bug bounty để phát hiện và khắc phục. Đây không phải là những trường hợp hy hữu. Đây là hồ sơ chính thức về những gì diễn ra trong một môi trường giá trị cao, nơi việc tìm ra Hãy tưởng tượng kịch bản này, điều cho phép chúng ta nói rằng nhiều dự án DeFi thời kỳ đầu đã rơi vào tình cảnh tương tự: một chương trình bug bounty được công bố rộng rãi, và các báo cáo lỗi bắt đầu đổ về cho thấy quá trình kiểm toán nội bộ chỉ mang tính khái quát; tuy nhiên, chi phí khắc phục đã nhanh chóng vượt xa ngân sách mà đội ngũ dự án dành cho toàn bộ phương pháp bảo mật của họ. Bài học rút ra ở đây không phải là các chương trình bug bounty đầy rủi ro — mà là chúng đòi hỏi một tiêu chuẩn tối thiểu về chất lượng mã nguồn. Các giao thức thường phát hiện ra những vấn đề tồi tệ nhất của mình theo cách tồi tệ nhất có thể: bằng cách triển khai chương trình bug bounty như một sự thay thế cho công tác bảo mật nội bộ thực chất, thay vì coi đó là một phần bổ trợ.

Việc rút ra những bài học đó đã dẫn đến quy trình thực tế sau đây: đánh giá nội bộ, thực hiện một hoặc nhiều đợt kiểm toán bên ngoài bởi các công ty uy tín, và sau đó mới vận hành chính thức cùng với một chương trình bug bounty thường trực. Những bên khác còn áp dụng thêm biện pháp triển khai theo từng giai đoạn — giới hạn giá trị rủi ro tối đa của giao thức trong một khoảng thời gian xác định khi chương trình bounty đang diễn ra, và chỉ mở rộng thanh khoản khi không có lỗi nghiêm trọng nào phát sinh. Cách tiếp cận này chậm hơn và thường tốn kém hơn so với việc chỉ đơn thuần ra mắt sản phẩm. Nhưng lựa chọn thay thế đôi khi có thể dẫn đến thảm họa.

## Hệ sinh thái: các nền tảng, chương trình và những khoản chi trả kỷ lục

Cơ sở hạ tầng bug bounty trong lĩnh vực tiền mã hóa đã trưởng thành đáng kể so với những ngày đầu của các email tiết lộ lỗi không chính thức và các khoản thưởng tùy hứng.

Immunefi là nền tảng lớn nhất trong lĩnh vực này và được ra mắt vào tháng 12 năm 2020. Tính đến nay, nền tảng này đã chi trả hơn 100 triệu USD cho các nhà nghiên cứu thông qua hơn 3.000 báo cáo lỗi, và tuyên bố đã giúp ngăn chặn thiệt hại hơn 25 tỷ USD cho ít nhất 500 giao thức tính đến đầu năm 2026. Nền tảng này phục vụ một cộng đồng khoảng 45.000 nhà nghiên cứu bảo mật đã đăng ký, hỗ trợ các quy trình tiết lộ lỗi có cấu trúc và đóng vai trò trung gian trong các cuộc đàm phán giữa nhà nghiên cứu và giao thức về việc phân loại mức độ nghiêm trọng cũng như giá trị tiền thưởng.

Immunefi trích một phần từ các khoản thanh toán tiền thưởng, điều này giúp gắn kết lợi ích của họ với cả hai phía của thị trường một cách hợp lý: họ hoạt động hiệu quả hơn khi các nhà nghiên cứu tìm thấy các lỗi thực sự và các giao thức chi trả cho chúng.

![Crypto Bug Bounty: Kiếm tiền từ việc hack Blockchain](https://netts.io/blog/images/body/248fe0ddb5726d3e120782564dc799f3b0384656-1440.webp)

Khoản thanh toán đơn lẻ lớn nhất trong lịch sử nền tảng vẫn là phần thưởng trị giá 10 triệu USD được chi trả vào tháng 2 năm 2022 cho một nhà nghiên cứu có biệt danh "satya0x" vì đã phát hiện ra lỗ hổng proxy chưa được khởi tạo trong cầu nối Wormhole. Lỗ hổng này, nếu bị khai thác, có thể đã làm lộ các nguồn tài sản đang bị khóa trị giá khoảng 736 triệu USD. Nhà nghiên cứu đã thực hiện tiết lộ lỗ hổng một cách có trách nhiệm và được trao khoản tiền thưởng săn lỗi lớn nhất từng được ghi nhận vào thời điểm đó. Vào tháng 12 năm 2021, Polygon đã mua lại một lỗi nghiêm trọng từ nhà nghiên cứu Leon Spacewalker với giá 2,2 triệu USD, lỗi này có thể đã cho phép đúc tới 9,3 tỷ token MATIC — tương đương với hàng tỷ USD tính theo tỷ giá tại thời điểm đó. Phép toán này khá rõ ràng ở cả hai khía cạnh: khoản tiền thưởng là lớn về mặt giá trị tuyệt đối nhưng lại nhỏ về mặt tương đối so với những gì có thể đã bị mất từ các cuộc tấn công được ngăn chặn.

Các chương trình khuyến khích chuyên biệt được vận hành ở cấp độ giao thức hiện đã đạt đến những con số khó có thể tưởng tượng được chỉ vài năm trước đây. Mức chi trả tối đa là 15,5 triệu USD cho các lỗ hổng nghiêm trọng trong chương trình v4 của Uniswap. LayerZero đang có các khoản thưởng mở trị giá 15 triệu USD. Vào năm 2026, mức chi trả tối đa của Ethereum Foundation đã tăng lên 1 triệu USD.

Những con số này không chỉ cần tương quan với giá trị của những gì các giao thức này đang cố gắng bảo vệ, mà còn phải tương xứng với đẳng cấp của các nhà nghiên cứu mà bạn muốn thu hút sự chú ý — mức trần 1.000 USD sẽ không thể khuyến khích một người có khả năng khai thác lỗ hổng nghiêm trọng trong một giao thức trị giá hàng tỷ đô la.

Code4rena và Sherlock có đôi chút khác biệt, bạn tổ chức một cuộc thi kiểm toán cạnh tranh trong một khung thời gian xác định, nhiều nhà nghiên cứu cùng lúc kiểm tra mã nguồn và nhận phần chia từ tổng quỹ giải thưởng dựa trên mức độ nghiêm trọng và tính hợp lệ của các phát hiện. Với cộng đồng hơn 8.300 kiểm toán viên đã đăng ký và hơn 24.000 phát hiện độc bản trên tất cả các đợt kiểm toán của Code4rena. Đã có hơn 175 cuộc thi như vậy được Sherlock tổ chức. Hình thức cạnh tranh làm thay đổi cấu trúc khuyến khích; các nhà nghiên cứu được thúc đẩy để tìm kiếm những vấn đề mà người khác có thể bỏ qua, vì những phát hiện phổ biến thường chỉ nhận được khoản thanh toán nhỏ hoặc không có gì. Nhìn chung, điều này cũng bộc lộ các vấn đề ở quy mô lớn hơn so với các cuộc kiểm toán tuần tự hoặc các chương trình săn lỗi không thời hạn có thể thực hiện riêng biệt. Các chương trình tiền mã hóa dành cho những người nắm giữ Bitcoin Cash khác như Coinbase và MakerDAO vẫn đang được lưu trữ trên GitHub. Trên toàn bộ thị trường săn lỗi nhận thưởng (bug bounty) đang hoạt động trong Web3, hiện có hơn 162 triệu USD tiền thưởng được đưa ra nếu có điều gì đó không diễn ra như kế hoạch, điều này vừa thể hiện quy mô của những gì đang gặp rủi ro, vừa là dấu hiệu cho con đường chuyên nghiệp hóa mà nhiều nhà nghiên cứu đã trải qua.

## Phân Tích Kỹ Nghệ Và Tại Sao Đó Không Phải Là Tiền Dễ Kiếm

Hình ảnh về một thợ săn lỗi là người nhìn thấy lỗ hổng vào một buổi chiều và nhận ngay khoản thanh toán sáu con số không hề phản ánh đúng thực tế của công việc này. Những người hành nghề kiếm sống ổn định bằng việc nghiên cứu bảo mật trong không gian tiền mã hóa thường là các chuyên gia, con đường để trở thành như vậy đòi hỏi nhiều năm chuẩn bị kỹ thuật trong những lĩnh vực mà hầu hết các nhà phát triển hiếm khi mạo hiểm dấn thân vào.

Việc tìm ra các lỗi có mức độ nghiêm trọng cao nhất trong mã nguồn hợp đồng thông minh đang vận hành đòi hỏi chuyên môn về Máy ảo Ethereum (EVM) — không chỉ là biết cách viết Solidity, mà còn phải hiểu nó được biên dịch thành gì, EVM thực sự làm gì khi thực thi bytecode và những tính năng nào của ngôn ngữ được đảm bảo hoặc thậm chí được thực hiện bởi trình biên dịch của nó, so với các trường hợp biên tiềm ẩn có thể trở thành vấn đề bảo mật khi kết hợp với các lựa chọn tối ưu hóa gas được thực hiện bởi những nhà phát triển đang eo hẹp về tài chính và chịu áp lực về thời hạn. Nó không chỉ đòi hỏi sự hiểu biết về các loại lỗ hổng phổ biến — reentrancy, tràn số nguyên, thao túng flash loan, thao túng giá oracle, lỗi kiểm soát truy cập, lỗ hổng khởi tạo — mà còn cả khả năng phát hiện các vector tấn công mới không tuân theo bất kỳ mô hình đã biết nào. Những phát hiện hữu ích nhất là những thứ mà thậm chí không ai tìm kiếm.

Bộ công cụ mà các nhà nghiên cứu sử dụng cho công việc này đã trở nên hoàn thiện đáng kể và hiện bao gồm các công cụ mà trong hầu hết các trường hợp không thể phân biệt được với những gì một tác nhân độc hại sẽ triển khai:

Slither, một khung phân tích tĩnh (static analysis framework) được phát triển bởi Trail of Bits, có thể quét mã Solidity của bạn dựa trên 40 mô hình lỗ hổng đã biết và đưa ra kết quả được sắp xếp theo thứ tự. Đây là bước đầu tiên, không phải bước cuối cùng — nó vẫn có các kết quả dương tính giả và bỏ lỡ hoàn toàn các lỗ hổng ở tầng logic.

Mythril sử dụng phương pháp thực thi biểu tượng (symbolic execution) để duyệt qua các trạng thái có thể có của một hợp đồng và kiểm tra xem liệu có bất kỳ trạng thái nào có thể tiếp cận được vi phạm các thuộc tính bảo mật nhất định do nhà nghiên cứu chỉ định hay không. Tuy nhiên, nó tốn kém và chỉ cho phép phân tích sơ sài đối với các hợp đồng phức tạp.

Đây là một công cụ fuzzer dựa trên thuộc tính (property-based fuzzer): dựa trên một tập hợp các bất biến (invariants) mà một hợp đồng phải luôn thỏa mãn, nhà nghiên cứu sẽ cung cấp chúng cho Echidna. Sau đó, công cụ này sẽ thực hiện hàng nghìn chuỗi giao dịch ngẫu nhiên nhằm cố gắng phá vỡ các bất biến đó. Chúng tôi đặc biệt giỏi trong việc tìm kiếm các trường hợp biên (edge cases) trong logic số học và quản lý trạng thái.

Phần lớn các nghiên cứu bảo mật nghiêm túc hiện nay đều được thực hiện bằng Foundry, vì nó có khả năng chuyển đổi rất nhanh chóng từ ý tưởng "Tôi nghĩ cái này sẽ hoạt động" sang "Tôi có thể chứng minh cái này hoạt động", đặc biệt là khi hầu hết các nhà nghiên cứu viết các bài kiểm thử (tests) và mã khai thác (exploits) trực tiếp bằng Solidity thông qua Foundry.

Với công cụ xác minh hình thức (formal verification) của Certora, các nhà nghiên cứu có thể sử dụng các đặc tả hành vi của hợp đồng dưới dạng các hợp đồng toán học, sau đó xác minh dựa trên mã bytecode thực tế. Đây là phương pháp thách thức nhất và cũng khó triển khai nhất xét về mặt kỹ năng và công sức.

Một công cụ khác của Trail of Bits là Manticore, thực hiện phân tích động (dynamic analysis) và có thể được sử dụng để tự động tạo ra các đầu vào (inputs) đi qua các nhánh mã nhất định trong hợp đồng — điều mà phân tích tĩnh (static analysis) không thể thực hiện được.

Không có công cụ đơn lẻ nào trong số này có thể tự động tìm ra các lỗ hổng nghiêm trọng. Chúng chỉ giúp thu hẹp phạm vi các đối tượng tiềm năng và làm nổi bật những điểm mà con người cần phải đánh giá lại. Nếu một nhà nghiên cứu không thể đọc hợp ngữ EVM (EVM assembly), suy luận về thứ tự giao dịch và hiểu về kinh tế học của một giao thức DeFi ở cấp độ hệ thống, họ sẽ không thể làm được gì nhiều với kết quả đầu ra của các công cụ này. Những công cụ này là vật khuếch đại chuyên môn chứ không phải là sự thay thế cho chuyên môn.

![Crypto Bug Bounty: Kiếm tiền từ việc hack Blockchain](https://netts.io/blog/images/body/09da4280291ee427904e2ebb93d8640edb7a7f6a-1242.webp)

Những khó khăn thực tế này vượt xa khía cạnh kỹ thuật. Sự cạnh tranh là vô cùng khốc liệt. Trong một cuộc thi kiểm toán (audit contest) trên Code4rena hoặc Sherlock, hàng chục nhà phát triển cùng lúc nghiên cứu một mã nguồn duy nhất.

Thông thường chỉ có một nhà nghiên cứu nhận được phần thưởng cho một phát hiện nghiêm trọng — tất cả những người khác tìm thấy cùng một vấn đề sẽ không nhận được gì hoặc chỉ nhận được một khoản tiền ít ỏi. Một nhà nghiên cứu dành cả tuần cho một cuộc thi và chỉ tìm thấy các lỗi mức độ trung bình có thể chỉ thu về vài trăm đô la. Sự biến động thu nhập là rất cao và những giai đoạn không có thu nhập là có thật.

Tuy nhiên, việc chứng minh kết quả cũng có thể khó khăn như việc tìm ra giải pháp. Người nghiên cứu phải đưa ra minh chứng thực tế về khả năng khai thác (thường là với một mã khai thác thử nghiệm PoC thực tế). Một số bên lại tranh chấp về việc phân loại mức độ nghiêm trọng của một phát hiện nghiêm trọng hoặc trung bình, lập luận rằng một số khía cạnh nhất định đã làm giảm nhẹ mức độ của chúng. Những nhà nghiên cứu không ghi chép tài liệu cẩn thận, và những nhà nghiên cứu thiếu đi vị thế có được từ uy tín, có thể thấy mình bị trả công thấp cho những khám phá quan trọng.

Và cuối cùng, môi trường pháp lý và thuế tự thân nó đã là một sự phức tạp. Phần lớn tiền thưởng được trả dưới dạng tiền mã hóa — có thể là USDT, USDC, ETH hoặc token gốc của giao thức. Việc nhận thanh toán bằng USDT dưới dạng thu nhập sẽ dẫn đến một sự kiện chịu thuế, yêu cầu người nhận phải theo dõi giá trị tại thời điểm nhận trước khi quy đổi cho mục đích báo cáo và phải chịu thuế lợi nhuận vốn trên bất kỳ biến động giá nào nếu khoản thanh toán được thực hiện thông qua một loại tài sản kỹ thuật số. Săn lỗi nhận thưởng đi kèm với những chi phí vận hành thực tế — việc thiết lập quy trình săn lỗi, giống như bất kỳ công việc kinh doanh nào, đòi hỏi sự cân bằng giữa thời gian đầu tư và kết quả hữu hình — nếu bạn bỏ qua các vấn đề hành chính, nó sẽ trở thành một vấn đề khác tích tụ âm thầm.

But thách thức sâu xa hơn là công việc này có mức trần thu nhập rất cao nhưng mức sàn lại bằng không. Một nhà nghiên cứu phát triển được chuyên môn thực thụ với lịch sử năng lực đã được chứng minh — người đã phát hiện ra các lỗ hổng giao thức nghiêm trọng, có tên xuất hiện trong các báo cáo kiểm toán / báo cáo phân tích sau sự cố — có thể kiếm được số tiền tương đương với mức lương của các kỹ sư cao cấp tại các công ty lớn. Cần phải có một tố chất di truyền đặc biệt từ khi sinh ra, hoặc phải mất nhiều năm mài giũa một kỹ năng cụ thể mới có thể đạt được trình độ đó. Hầu hết những ai cố gắng kiếm sống chỉ dựa vào công việc này đều nhanh chóng nhận ra rằng thời gian học hỏi dài hơn nhiều so với dự kiến, các đối thủ cạnh tranh đã chuẩn bị kỹ lưỡng hơn mong đợi, và trong khi vẫn đang trong quá trình đào tạo, thu nhập đơn giản là không đủ để trang trải chi phí.

Điều đó không nhất thiết có nghĩa đây là một lĩnh vực tồi. Nó khiến đây trở thành một lĩnh vực sòng phẳng. Chính bộ kỹ năng giúp một nhà nghiên cứu săn lỗi nhận thưởng (bug bounty) thành công — sự tập trung sâu vào kỹ thuật, tư duy hệ thống, sự sáng tạo trước những điều không chắc chắn và sự sẵn lòng làm việc hàng giờ liền cho một thứ có thể không mang lại kết quả — chính xác là bộ kỹ năng mà các chuyên gia bảo mật trong mọi lĩnh vực đều khao khát. Một người đã phát triển được những kỹ năng đó đến mức cần thiết cho việc nghiên cứu bảo mật tiền mã hóa sẽ có quyền lựa chọn. Một trong những con đường sự nghiệp như vậy là lộ trình săn lỗi nhận thưởng, và điều này ngày càng đúng đối với số ít những người theo đuổi nó.

![Crypto Bug Bounty: Kiếm tiền từ việc hack Blockchain](https://netts.io/blog/images/body/46741b6610f0bf16503bc74c3671db4f62dfbdfe-1440.webp)

Đây là tin tuyệt vời cho bất kỳ ai đang vận hành quy trình làm việc dựa trên USDT — từ việc quyết định ai được trả bao nhiêu tiền thưởng, đến việc chia nhỏ các khoản thanh toán giữa nhiều cộng tác viên, hay chỉ đơn giản là chuyển phần thưởng ra khỏi giao thức. Công cụ Netts USDT Transfer Calculator thực hiện chính xác điều đó: nhập địa chỉ người gửi và người nhận, nó sẽ cho bạn biết chính xác lượng Năng lượng (Energy) & Băng thông (Bandwidth) cần thiết cho giao dịch, lượng tài nguyên bị đốt so với mặc định hoặc liệu các tài nguyên hiện có được sử dụng hay không, cùng với bảng so sánh chi phí gửi đến một địa chỉ đã có sẵn USDT (13,84 TRX so với 2-3 TRX khi thuê Energy), hoặc địa chỉ mới (27,70 TRX so với 4-5 TRX khi thuê tài nguyên) — tiết kiệm hơn 80% trong cả hai trường hợp!