Tác giả: Sunny, TechFlow TechFlow
Khách mời: Robert Koschig, Nhà nghiên cứu 1kx
Robert Koschig là nhà nghiên cứu kinh tế học token tại quỹ đầu tư mạo hiểm crypto 1k(x). Tại Hội nghị thượng đỉnh về ứng dụng phi tập trung năm nay do Gnosis tổ chức ở Berlin, Koschig đã tóm tắt thiết kế token của mình cho các mạng phần cứng phi tập trung . Ví dụ: ông cho rằng kế hoạch phát hành token của Filecoin dựa trên chỉ số KPI sẽ khoa học hơn kế hoạch phát hành token theo thời gian. Đồng thời, Koschig cũng chỉ ra rằng phần thưởng token hiện tại trong mạng Depin là không thể đoán trước được, thách thức khả năng dự đoán và tính ổn định của mô hình Bitcoin.
Bên ngoài các mạng phần cứng phi tập trung, thiết kế token nói chung có ý nghĩa gì? Khi ngành công nghiệp dần phát triển từ "Miền Tây hoang dã" dã man đến việc phát hành Ethereum ETF sắp xảy ra ngày nay, thiết kế token hợp lý và khoa học đã trở thành một phần không thể thiếu của hầu hết các sản phẩm giao thức phi tập trung. Nói cách khác, những người thiết kế token hiện tại sẽ là người quản lý sản phẩm của Internet thế hệ tiếp theo.
Vậy có quy trình thiết kế token nào không? Có một bộ mô hình thiết kế token nhất quán trong ngành mà các dự án có thể tuân theo không? Koschig đã chỉ ra các hướng suy nghĩ chính về phát hành token phía cung (supply), quản trị (quản trị), trợ cấp phía cầu (khuyến khích) và đầu tư rủi ro(đầu tư). Cuộc trò chuyện cũng so sánh hai mô hình token cổ điển trong ngành: Bitcoin và Ethereum từ góc độ bất biến và thay đổi, cũng như cách các dự án rút các mô hình thiết kế phù hợp từ chúng theo điều kiện địa phương.
Điểm nổi bật nổi bật:
Thiết kế token nên tập trung vào việc cải tiến liên tục và không bị giới hạn ở khái niệm “Tokenomics” mang theo hành trang của các thông lệ trong quá khứ.
Giao thức không nhất thiết yêu cầu token nhưng nó là một công cụ rất mạnh nếu được sử dụng hiệu quả.
Không giống như phiếu giảm giá hoặc phần thưởng truyền thống, token sẽ là của bạn mãi mãi.
Điểm chung của thiết kế token là sự phối hợp, nắm bắt giá trị và chuyển giao giá trị.
Các kênh thanh toán tập trung mâu thuẫn với mục đích của cơ sở phi tập trung.
Việc có token của riêng bạn đi kèm với các lợi ích bổ sung, chẳng hạn như kiểm soát việc phát hành - bạn đúc bao nhiêu và bạn phân phối nó cho ai.
Nếu bạn muốn cộng đồng tham gia rộng rãi hơn, token quản trị sẽ cho phép thực hiện quá trình chuyển đổi này.
Về mặt quản trị, token xác định Đề án và phiếu bầu, nhưng có những thực thể khác nhau chịu trách nhiệm thực thi các quyết định. Sự tách biệt này giúp quản lý nền kinh tế, cơ chế stake và quản trị hiệu quả hơn.
Không có nhiều thay đổi với Tokenomics: dự án thiết kế nó, khởi chạy nó và tiếp tục chạy với tỷ lệ lạm phát cố định.
Khi bạn nhìn vào phương pháp của Ethereum , bạn sẽ thấy rằng có một tình huống mà họ có thể suy nghĩ thông qua mã, thích ứng và đưa ra những khả năng vô tận về mặt kinh tế.
Tokennomic Design là thiết kế sản phẩm mới trong Web3
TechFlow: Bạn có thể chia sẻ lý do tại sao bạn chọn tập trung vào nghiên cứu kinh tế mã thông báo không?
Robert:
Tokenomics vẫn đang trong giai đoạn nghiên cứu. Thông thường, các nhà phát triển có chuyên môn về khía cạnh kỹ thuật, nhưng khi nói đến thiết kế tiết kiệm, lĩnh vực này có rất nhiều cơ hội.
Lĩnh vực này rất phù hợp với bối cảnh của tôi. Bạn sẽ cần kiến thức về toán học, lý thuyết trò chơi và kinh tế cũng như khoa học dữ liệu, chẳng hạn như mô phỏng và phân tích dữ liệu. Kết hợp hai phần này sẽ tạo ra một lĩnh vực mới nổi đầy tiềm năng, phù hợp với thế mạnh chính của tôi.
TechFlow: Bạn có thể giải thích Tokenomics là gì không?
Robert:
Tất nhiên, nếu ai đó hỏi tôi: "Tokenomics là gì?"
Tôi sẽ mô tả nó như một nỗ lực sơ bộ để giải thích cách thức hoạt động của giao thức xét về mặt kinh tế trong thiết kế của nó.
Bạn luôn có những câu hỏi kỹ thuật như: “Sản phẩm này là gì?”
Nhưng một khi người dân hiểu được khía cạnh kỹ thuật, họ sẽ nhận ra những cơ chế điều phối kinh tế này có sức mạnh như thế nào. Họ sẽ tập trung nghiên cứu tiềm năng mạnh mẽ của token và những gì chúng có thể mở khóa, chẳng hạn như khi bạn bất ngờ nhận được airdrop.
Chúng tôi đã thấy điều gì sẽ xảy ra khi các dự án ban đầu không phát hành mã thông báo và sau đó giới thiệu chúng. Tokenomics là thuật ngữ đầu tiên được sử dụng để mô tả quá trình này.
Tuy nhiên, thuật ngữ “Tokenomics” thường đi kèm với gánh nặng của biểu đồ hình tròn và các mốc thời gian giao quyền.
Thiết kế kinh tế thực sự là về động lực phối hợp của sản phẩm của bạn. Đó không chỉ là việc bạn làm trước khi mã thông báo được phát hành hoặc đưa vào Sách trắng của bạn; đó là một nỗ lực không ngừng, giống như sự phát triển công nghệ. Bạn bắt đầu với một sản phẩm khả thi tối thiểu và dần dần xây dựng cũng như cải tiến công nghệ - các nhà phát triển thử nghiệm nó trên mạng thử nghiệm và mainnet. Thiết kế kinh tế nên tuân theo cùng một quá trình lặp đi lặp lại.
Thiết kế mã thông báo nên tập trung vào việc cải tiến liên tục và không bị giới hạn ở khái niệm “Tokenomics” mang theo hành trang của các thông lệ trong quá khứ.
Chúng ta nên suy nghĩ nhiều hơn về thiết kế kinh tế và cách nó phát triển theo thời gian.
Có phải mọi dự án Web3 đều cần Tokenomics riêng không?
TechFlow: Có phải mọi dự án Web3 đều cần Tokenomics riêng không?
Robert:
Tôi không cho rằng nó cần thiết. Nếu không cần dựa vào cơ chế khích lệ thì đương nhiên là tốt nhất!
Mặc dù vậy, đối với những dự án không dựa vào khích lệ, vẫn có thể có lợi khi thử một số thử nghiệm. Các nền kinh tế truyền thống sử dụng phương pháp như hoàn tiền hoặc phiếu giảm giá Starbucks, nhưng token mang lại một số khả năng mới do tính bất biến của chúng . Ví dụ: nếu tôi đưa cho bạn token của mình vì bạn đã hoàn thành một nhiệm vụ cụ thể thì tôi không thể lấy lại nó. Không giống như phiếu giảm giá hoặc phần thưởng truyền thống, khi bạn sở hữu token, chúng sẽ là của bạn mãi mãi.
Tính bất biến này làm cho token trở thành một công cụ mạnh mẽ trong giao thức. Họ có thể cung cấp khích lệ đáng kể mà không có rủi ro bị thu hồi, không giống như một số dặm hoặc phiếu giảm giá có thể đi kèm với các điều kiện ràng buộc.
Các giao thức không bắt buộc phải sở hữu token, nhưng token có thể là một công cụ rất mạnh nếu được sử dụng đúng cách.
TechFlow: Tại sao một số giao thức yêu cầu thiết kế token trong khi những giao thức khác thì không?
Robert:
Tất cả phụ thuộc vào những gì bạn muốn đạt được như một giao thức.
Bạn là ứng dụng hướng tới người tiêu dùng hay ứng dụng DeFi?
Thông thường, các kịch bản ứng dụng phổ biến cho token liên quan đến việc phối hợp, nắm bắt giá trị và chuyển giao giá trị . Trong những lĩnh vực này, token có thể là công cụ rất hiệu quả. Nhưng mấu chốt luôn nằm ở Tokenomics và thiết kế token- cách bạn triển khai nó tùy thuộc vào bạn.
Bạn có thể có mục tiêu khởi chạy một token cụ thể thông qua giao thức của mình. Nhưng nếu thực hiện không đúng cách, kết quả có thể khác hoàn toàn so với mong đợi. Quyết định này phải chắc chắn, đảm bảo rằng việc thêm token vào giao thức sẽ thực sự nâng cao sản phẩm của bạn. Một khi quyết định này được đưa ra, nó cần được quan tâm đúng mức vì mặc dù token có thể mang lại lợi ích thông qua kinh tế và động lực , nhưng chúng cũng có thể gây hại nếu không được xử lý đúng cách.
TechFlow: Bạn có thể giải thích rõ hơn về những lợi thế và lý do căn bản của việc sử dụng token kỹ thuật số trong cơ sở phi tập trung so với các loại tiền tệ truyền thống không?
Robert:
chắc chắn. Có nhiều cấp độ giải thích tại sao cần có token kỹ thuật số và thậm chí nó có thể được sử dụng để thử nghiệm với các phần cứng khác nhau. Lập luận điển hình cho token là khích lệ Chuỗi cung ứng.
Ai đó cần mua token này và cung cấp dịch vụ lưu trữ. Về mặt kỹ thuật, bạn có thể cho phép người dùng thanh toán bằng USDC hoặc các loại tiền tệ fiat khác và hoạt động bên ngoài thế giới crypto , ngay cả khi nó đang chạy trên cơ sở hạ crypto phi tập trung , bạn cũng có thể sử dụng các phương thức thanh toán tập trung.
Tuy nhiên, điều này thường phi logic vì các phương thức thanh toán tập trung đi ngược lại mục đích ban đầu của cơ sở phi tập trung .
Đó là lý do tại sao tốt nhất bạn nên phi tập trung, chẳng hạn như sử dụng stablecoin. Điều này không nhất thiết có nghĩa là bạn phải sử dụng token của riêng mình; có token thanh toán tuyệt vời khác trên thị trường. Tuy nhiên, việc sở hữu token của riêng bạn đi kèm với các lợi ích bổ sung, chẳng hạn như kiểm soát việc phát hành – bạn đúc bao nhiêu token và bạn phân phối chúng cho ai .
Vẻ đẹp của thiết kế token là nó mang lại rất nhiều sự tự do. Bạn có thể đưa ra bất kỳ quyết định nào và thậm chí thay đổi những quyết định đó theo thời gian. Đây là một công cụ mạnh mẽ để tăng trưởng cộng đồng và sự tham gia của bạn. Một cơ chế đơn giản là token quản trị. Ban đầu, có thể đội ngũ điều khiển mọi thứ, nhưng khi phát triển, bạn sẽ muốn cộng đồng rộng lớn hơn cùng tham gia. Token quản trị cho phép quá trình chuyển đổi này . Tất nhiên, bạn cũng có thể xây dựng các tính năng nâng cao hơn trên đó.
Thiết kế Tokenomics mô-đun
TechFlow: Các dự án có thể áp dụng phương pháp mô-đun khi thiết kế Tokenomics của họ không?
Robert:
Có, lý tưởng nhất là bạn có thể đạt được mô-đun. Đây là mục tiêu lý tưởng. Bạn có thể thiết lập, "Được rồi, khích lệ từ phía cung là một mô-đun, quản trị là một mô-đun, khích lệ từ phía cầu là một mô-đun, và phần đầu tư và đầu cơ cũng là một mô-đun."
Cuối cùng, bạn chỉ có một token và sau đó bạn cần tìm hiểu xem tất cả chúng có liên quan với nhau như thế nào. Đây là lý do tại sao việc quản trị trong DeFi trở nên rất thú vị. Ví dụ, trong giai đoạn đầu, các quyết định quản trị có thể cần thiết để trang trải chi phí thực tế. Các nhà đầu tư muốn biết rằng nếu họ đầu tư vào giao thức của bạn, từ góc độ hợp lý, họ sẽ nhận được lợi nhuận cao hơn.
Điều này có nghĩa là bạn cần phân bổ cho họ một thị phần đáng kể trong mạng lưới của bạn. Tuy nhiên, khi điều này được kết hợp với quản trị, phần thưởng sẽ trở thành sự phụ thuộc. Ví dụ: nếu bạn phân bổ một số tiền nhất định cho phía cung và để phần còn lại do cơ quan quản lý xác định, thì những nhà khai thác không bán token của họ sẽ tích lũy nhiều quyền biểu quyết hơn theo thời gian. Điều này có thể dẫn đến các vấn đề nội bộ vì họ có thể tự quyết định phần thưởng của mình, điều mà lý thuyết trò chơi dự đoán có thể dẫn đến tranh giành quyền lực.
Bạn cũng cần xem xét các khía cạnh quản trị, vì việc quản lý các nhóm lợi ích khác nhau là rất quan trọng. Chỉ dựa vào quản trị dựa trên token có thể là không đủ. Đây là lý do tại sao nhiều giao thức có tiếng như MakerDAO có ủy ban quản trị độc lập. Token được sử dụng để hoàn thiện Đề án và bỏ phiếu, nhưng có những thực thể khác nhau chịu trách nhiệm thực hiện các quyết định. Sự tách biệt này giúp quản lý nền kinh tế, cơ chế stake và quản trị hiệu quả hơn.
So sánh Tokenomics của Bitcoin và Ethereum: Thay đổi và Không thay đổi
TechFlow: Bạn đã quan sát sự phát triển của Tokenomics chưa? Các dự án khác nhau đã điều chỉnh mô hình Tokenomics của họ như thế nào và những thay đổi nào đã được thực hiện?
Robert:
Phần thưởng token luôn có ý nghĩa, phải không?
Các dự án ban đầu như Bitcoin đã chứng tỏ sức mạnh của chúng dưới dạng hiệu ứng mạng và khích lệ kinh tế. Lịch phát hành cố định của Bitcoin đã truyền cảm hứng cho nhiều nền tảng áp dụng các chiến lược tương tự. Họ thường nhấn mạnh tầm quan trọng của kế hoạch phát hành cố định .
Tuy nhiên, một số người nhận thấy phương pháp này có thể quá hạn chế. Do đó, họ đã thêm lớp logic thứ hai năng động hơn, mặc dù vẫn cố định. Từ quan điểm này, Tokenomics không thay đổi nhiều: dự án thiết kế nó, khởi chạy nó và tiếp tục chạy với tỷ lệ lạm phát cố định.
Nhưng đã có những điều chỉnh. Ví dụ: The Graph đã cải tiến thiết kế của nó theo thời gian. Ban đầu, nó cung cấp khả năng quản lý để lập chỉ mục dữ liệu thông qua các đường cong nối. Theo thời gian, họ phát hiện ra sự thiếu hiệu quả và điều chỉnh mô hình.
Điều này cho thấy rằng mặc dù thiết kế ban đầu có thể cố định nhưng việc học hỏi và điều chỉnh là cần thiết. Kinh tế token phức tạp như DeFi đòi hỏi phải học hỏi và sửa đổi lặp đi lặp lại.
Điều quan trọng là cho phép thử nghiệm và học hỏi thay vì bám chặt vào thiết kế ban đầu. Mặc dù phương pháp này có vẻ linh hoạt hơn so với các câu chuyện crypto truyền thống nhưng nó tránh bị sa lầy bởi các mô hình kém hiệu quả. Ngành công nghiệp này đang phát triển nhanh chóng và các công nghệ mới đang nổi lên. Tận dụng mô phỏng, khoa học dữ liệu và điều chỉnh liên tục có thể giúp thiết kế token một cách chính xác.
TechFlow: Thành phần cơ bản nào của thiết kế Tokenomics không đổi theo thời gian?
Robert:
Điều tôi cho rằng không thay đổi là các nguyên tắc kinh tế cơ bản đã nhất quán kể từ khi lĩnh vực kinh tế phát triển. Token của bạn và việc phát hành nó khích lệ các khoản đóng góp, tương tự như cách thợ đào Bitcoin khích lệ ban đầu. Phương pháp này hiệu quả hơn so với việc bắt đầu lại từ đầu. Khối lượng phát hành Bitcoin trong những ngày đầu cao hơn nhiều so với hiện tại.
Khái niệm cơ bản vẫn là nếu bạn có một hệ thống cung cấp hoạt động tốt, giao thức của bạn hoạt động như mong đợi và mang lại trải nghiệm người dùng tốt thì thu nhập sẽ tự nhiên đến. Thu nhập này sau đó có thể hỗ trợ hệ thống. Nguyên tắc này là cơ bản và luôn phù hợp.
Bạn có thể chi trả số tiền thưởng nhất định bằng cách đưa ra khích lệ bổ sung hoặc điều chỉnh luồng thu nhập để đảm bảo rằng phần thưởng tổng thể là bền vững ngay cả khi phần thưởng không giảm.
TechFlow: Crypto khác ngoài Bitcoin có vẻ phức tạp hơn ở một số khía cạnh. Bạn cho rằng các giao thức Tokenomics hoặc Web3 sẽ trở nên có thể kết hợp được như các hợp đồng thông minh do tính phức tạp trong đó không? Có phương pháp để đơn giản hóa những lý thuyết này?
Robert:
Đúng là nó khó, nhưng đó cũng là vẻ đẹp của Bitcoin . Nó sử dụng một cơ chế đơn giản. Mặt khác, khi bạn nhìn vào phương pháp của Ethereum , bạn sẽ thấy rằng có một tình huống mà họ có thể suy nghĩ thấu đáo về mã, thích ứng và đưa ra những khả năng vô tận về mặt kinh tế.
Nếu mắc lỗi, các cuộc thảo luận ngoại tuyến sẽ diễn ra. Các động lực mới đã được hiểu rõ và các ủy ban khác nhau xuất hiện, dẫn đến Đề án tách ra hoặc hợp tác. Đây là một quá trình đầy thách thức nhưng nó cho phép thích ứng và tối ưu hóa.
Sự phức tạp là một thách thức lớn và ngay cả những bộ óc thông minh nhất trong ngành cũng đang vật lộn với những vấn đề này mà không nhìn thấy mọi động thái. Việc dự đoán hành vi là vô cùng khó khăn.
Tóm lại, vâng, nó phức tạp và có lẽ sẽ không bao giờ đơn giản hơn. Các mô hình đơn giản và hiệu quả nhất đã tồn tại và có thể được nhân rộng. Ngày nay, các dự án mới có xu hướng phức tạp và dễ thích ứng hơn thay vì tĩnh tại và cứng nhắc. Đây thường là cách công nghệ phát triển.
Hãy nghĩ về xe đạp: chúng đã có từ rất lâu và từng là phương tiện di chuyển nhanh nhất. Các khái niệm cơ bản vẫn được giữ nguyên nhưng chúng không còn là lựa chọn tốt nhất cho mọi nhu cầu hiện đại. Mọi người liên tục bổ sung thêm các tính năng mới, tạo ra các vấn đề mới và giải quyết chúng. Sự phát triển này làm cho Tokenomics phức tạp hơn nhưng cũng đáng tin cậy hơn.
Mục tiêu là đạt đến giai đoạn mà mọi người có thể hiểu được chuyện gì đang xảy ra. Mất đi sự hiểu biết thì niềm tin cũng mất đi. Cân bằng nhu cầu về tính bất biến với khả năng thích ứng là chìa khóa, đảm bảo rằng đa số chủ sở hữu có thể bỏ phiếu để thực hiện những thay đổi cần thiết trong khi vẫn duy trì sự ổn định.
Những cạm bẫy phổ biến cần chú ý trong thiết kế Tokenomics
TechFlow: Bạn đã quan sát thấy những cạm bẫy phổ biến nào trong thiết kế Tokenomics có thể gây tổn hại cho dự án? Thiết kế Tokenomics có giúp ích hay cản trở tăng trưởng của dự án không?
Robert:
Rất dễ rơi vào cái bẫy coi token như kẹo. Khi bạn sử dụng nhóm token, nó giống như nhận được phần thưởng. Mọi người có thể nghiện nó mà không nhận ra rằng họ càng làm nhiều thì dự án càng chỉ tập trung vào token. Đây là lý do tại sao hiện tại chúng tôi gặp phải các vấn đề như chỉ báo sai lệch , tổng giá trị bị khóa (TVL) cao và giá trị vốn hóa thị trường thấp .
Chúng ta đánh mất mục đích cơ bản của token. Token không chỉ là phần thưởng; chúng còn là công cụ mạnh mẽ để điều phối, tăng trưởng và đẩy nhanh quá trình phát triển dự án của bạn . Tuy nhiên, token không được làm lu mờ sản phẩm cốt lõi. Cuối cùng, bạn vẫn cần xây dựng một sản phẩm vững chắc. Token cuối cùng sẽ trở thành một phần sản phẩm của bạn, nhưng nó không phải là trọng tâm duy nhất.
Lúc đầu, bạn có thể cảm thấy như mình có ngân sách và tiêu chuẩn nhất định, nhưng cuối cùng bạn sẽ thấy rằng nếu không có thu nhập, mức sử dụng hoặc thương mại hóa thực sự, bạn đã dành tất cả khích lệ cho sự hấp dẫn và cường điệu ngắn hạn. Điều này thường dẫn đến sự sụp đổ nhanh chóng khi hoàn cảnh thị trường thay đổi.
Đó là lý do tại sao tôi dành lượng lớn thời gian để chạy các mô phỏng đơn giản, phân tích cơ chế cơ bản của áp lực cung và bán, bỏ qua mọi nội dung tường thuật. Tôi sẽ đặt câu hỏi: "Bạn cho rằng những người tham gia này sẽ nắm giữ hoặc bán token không?" Khi mã thông báo được mở khóa, điều này sẽ tác động đến thị trường như thế nào? Hiểu được những động lực này là rất quan trọng để tránh những cạm bẫy của khích lệ ngắn hạn và xây dựng một dự án bền vững.
Nghiên cứu điển hình: Thiết kế Tokenomics của Safe
TechFlow: Tôi muốn nói về thiết kế Tokenomics của Safe . Bạn có nhận xét nào về thiết kế và sự phát triển của Safe không? (Lưu ý: Safe là công ty do 1KX đầu tư)
Robert:
Safe đã ra mắt token của họ hai năm trước, ban đầu là token quản trị thuần túy không thể chuyển nhượng. Tôi thực sự đánh giá cao khía cạnh cộng đồng của nó. Vào thời điểm đó, tôi chưa tham gia 1KX nên không theo dõi chặt chẽ. Vì việc quản lý diễn ra quá suôn sẻ nên tôi không có nhiều việc phải làm.
Họ có một cơ cấu quản trị tốt và có một thành viên khác đội ngũ trợ giúp việc này. Họ đã phát triển một kế hoạch liên lạc rõ ràng nêu chi tiết các bước cần thiết để chuyển token. Trong đó trong những bước quan trọng liên quan đến việc tiện ích của token được chính phủ công nhận. Bây giờ, token đã sẵn sàng để giao dịch.
Điều này thể hiện một thiết kế token quản trị tốt. Ban đầu, nó không thể chuyển nhượng được, phục vụ tốt mục đích của nó. Họ đã phân phối token cho nhóm mục tiêu và giữ nguyên như vậy. Tuy nhiên, cộng đồng cuối cùng đã quyết định làm cho nó có thể chuyển nhượng được.
Sẽ rất thú vị để xem điều này diễn ra như thế nào. Safe có động lực rất cao và có viễn cảnh mong đợi rõ ràng về việc nắm bắt giá trị cũng như khả năng hợp tác. Gần đây họ đã nói về kế hoạch kiếm tiền từ thành công của mình và xây dựng mô hình kinh tế xung quanh nó. Safe là một sản phẩm tuyệt vời và chúng tôi đầu tư vào nó là có lý do.
Hiện tại họ cũng có chương trình tích điểm , tôi cho rằng đó là một xu hướng và sẽ có nhiều chương trình như thế này hơn trong tương lai. Ví dụ: tôi đã nghe nói về các sáng kiến tương tự trong không gian DeFi. Các chương trình này đang chuyển dần khỏi các hoạt động khai thác thuần túy và tập trung nhiều hơn vào việc tham gia vào sản phẩm thực tế . Người dùng đưa ra phản hồi vì họ thực sự yêu thích sản phẩm chứ không chỉ để kiếm phần thưởng.
