Eric Choo

Mình mở trang Stacked.xyz và đọc phần mô tả ba cách kiếm tiền trong hệ thống. Play and Earn cho multiplier 1.5x. Streaks và guild bonus cho 1.0x. Create and Share, tức là quay highlight và viết guide, cho 2.0x.
Mình đọc lại con số đó một lần nữa. Multiplier cao nhất trong toàn bộ hệ thống không thuộc về người chơi tốt nhất. Nó thuộc về người tạo nội dung tốt nhất.
Đây là điểm mà mình nghĩ phần lớn phân tích về Pixels đang bỏ qua, không phải vì nó ẩn mà vì nó quá quen thuộc. Chúng ta đã thấy cấu trúc này trước đây, chỉ là dưới những cái tên khác nhau.
Trong tài liệu nội bộ của Stacked, có một câu được viết rất thẳng: "Marketing budgets that studios used to hand to ad platforms now flow directly to players who actually show up and engage." Khi mình đọc câu đó cùng với con số 2.0x multiplier cho Create and Share, hai thứ bắt đầu kết nối theo một cách thú vị hơn mình nghĩ ban đầu.
Pixels và Stacked đang thay thế paid acquisition bằng player-generated content. Thay vì trả $15 đến $30 cost per install cho Facebook hay Google, họ trả multiplier rewards cho player tạo video và guide. Player nhận được nhiều hơn mức Play and Earn thông thường. Studio nhận được nội dung marketing không tốn chi phí trả cho nền tảng trung gian. Trên bề mặt, đây trông như một win-win.
Nhưng đây là điểm mà mình chưa thấy ai đặt câu hỏi thẳng về cấu trúc này.

Khi một hệ thống trả cao hơn cho nội dung hơn là cho gameplay, nó không chỉ đang tạo ra incentive mới. Nó đang định nghĩa lại ai là người dùng có giá trị trong hệ sinh thái đó. Player giỏi nhất theo nghĩa truyền thống, người có skill cao nhất, người chơi lâu nhất, trở nên ít có giá trị hơn player có khả năng tạo ra nội dung mà người khác xem và click vào.
Điều đó không nhất thiết là xấu. Nó chỉ là một sự thay đổi trong ai được hệ thống ưu tiên, và thay đổi đó không được nói thẳng ra trong cách Stacked trình bày bản thân với người dùng. Trang web nói "earn rewards matched to you." Phần matched to you không giải thích rằng nếu bạn tạo content tốt, bạn được matched nhiều hơn người không tạo content, dù gameplay của hai người có thể như nhau
Mình tìm được một câu của Luke Barwikowski trong podcast BlockchainGamer nói rất thẳng về mô hình này. Ông mô tả Stacked như "a next-generation ad network" trong whitepaper. Cách so sánh đó rất chính xác về mặt kỹ thuật. Nhưng khi một hệ thống được trình bày với người dùng cuối là một nơi để kiếm phần thưởng từ gameplay, trong khi về mặt business nó đang hoạt động như một ad network sử dụng player-generated content làm ad inventory, có một khoảng cách giữa hai cách mô tả đó.
Vấn đề không phải là Stacked đang làm điều gì sai. Vấn đề là người tạo nội dung với 2.0x multiplier có đang nhận đủ thông tin để hiểu mình đang tham gia vào một hợp đồng marketing hay không?
Mình cần nói rõ phía ngược lại của bức tranh này vì nó cũng thật và quan trọng.
Hai câu chuyện player trên trang Stacked.xyz không phải fabricated. Một người dùng lợi nhuận từ Pixels để mở cửa hàng giày. Một người khác mua xe máy và setup máy tính sau khi chơi theo ca với bạn trai. Đây là economic mobility thật, đến từ một hệ thống gaming, ở những thị trường mà $47 cashout có thể là một tuần lương đáng kể. Không có cách nào phủ nhận giá trị đó.
Và về mặt cơ cấu, Stacked đang làm đúng thứ nó nói. Thay vì 65% ngân sách acquisition chạy vào Facebook và Google, phần lớn giá trị đó đến tay player thật. $200 triệu rewards đã được phát ra cho 5 triệu player là số thật. RORS 3:1 có nghĩa là hệ thống không đang subsidize thua lỗ bằng token inflation mà đang tạo ra doanh thu thật.
Nhưng đây là điểm mà mình vẫn thấy cần nhìn thẳng hơn. Trong mô hình truyền thống, khi bạn tạo nội dung trên YouTube hay TikTok về một game, bạn biết rõ mình đang là content creator. Bạn có thể chọn monetize hay không, chọn endorse hay không. Khi Stacked tích hợp Create and Share vào cùng một hệ thống với Play and Earn, và đặt nó dưới cùng một framing là "earn rewards for gaming," ranh giới đó trở nên mờ hơn.
Câu hỏi mà mình chưa tìm được câu trả lời rõ ràng từ tài liệu của Pixels hay Stacked là: khi một player nhận 2.0x multiplier để tạo một video về gameplay, họ có được thông báo rõ rằng video đó sẽ được dùng trong campaign targeting của studio không? Hay nội dung đó chỉ đơn giản được tính là một contribution đến hệ sinh thái và phần còn lại được để ngỏ?
Stacked ghi rõ trên trang web "your personal data is not sold." Đó là một cam kết quan trọng và đáng ghi nhận. Nhưng nội dung do player tạo ra không phải personal data theo nghĩa truyền thống. Nó là content, và nó là một loại tài sản rất khác.
Mô hình publishing flywheel mà Pixels xây dựng, như được mô tả trong whitepaper, dựa trên vòng lặp: game tốt hơn tạo ra player data phong phú hơn, data phong phú hơn cho phép targeting chính xác hơn, targeting chính xác hơn thu hút game tốt hơn vào ecosystem. Create and Share là lớp thứ ba của flywheel đó mà whitepaper không nói thẳng: player không chỉ tạo ra data hành vi, họ còn tạo ra acquisition content. Và acquisition content đó được thưởng nhiều hơn bất kỳ hoạt động nào khác trong hệ thống.
Nếu multiplier cao nhất trong một gaming ecosystem không thuộc về người chơi giỏi nhất mà thuộc về người tạo nội dung marketing tốt nhất, thì đây là game reward platform hay là influencer marketing platform với một game layer bên trên? Và câu trả lời cho câu hỏi đó có thay đổi gì trong cách bạn nhìn vào giá trị dài hạn của $PIXEL không?
$PIXEL @Pixels #pixel

Mình đọc toàn bộ cơ chế của Chapter 3 Bountyfall và dừng lại ở một câu mà CEO Luke Barwikowski nói trong buổi ra mắt: "We reworked the economy, reduced DAU intentionally, and focused on building a model that actually works. For the first time, we're seeing RORS above one."
Mình đọc lại hai lần để chắc mình hiểu đúng tại sao câu đó không phải câu về game design. Đó là câu về token economics.
Hầu hết người nhìn vào Chapter 3 đang đọc nó như một content update: Unions, Yieldstones, Hearths, sabotage mechanics. Những thứ đó đúng và thú vị để chơi. Nhưng đó chỉ là lớp surface. Lớp bên dưới, khi mình trace từng dòng tiền trong hệ thống, Chapter 3 là một cơ chế sink $PIXEL được thiết kế với độ tinh vi mà hầu hết Web3 gaming project không đạt được ngay cả khi cố tình.
Để hiểu tại sao, mình cần giải thích token sink là gì và tại sao nó khó làm đúng
Token sink là bất kỳ cơ chế nào lấy token ra khỏi lưu thông và không trả lại. Staking không phải sink vì token chỉ bị lock tạm thời rồi được unstake. Burn thực sự là sink nhưng players không tình nguyện burn token nếu không có reason rõ ràng. Cách duy nhất để xây một sink bền vững là làm cho việc spend token trở thành thứ player muốn làm vì nó tạo ra giá trị trong game, không phải vì họ bị force.
Pixels đã thất bại ở điểm đó trong Chapter 2. Một tỷ lệ nhỏ players chiếm gần như toàn bộ spend trong game, phần lớn còn lại chỉ farm và dump. Barwikowski thừa nhận thẳng: "A tiny fraction of players were driving nearly all the spend, and that imbalance wasn't sustainable."
Chapter 3 được thiết kế để giải quyết imbalance đó từ gốc. Không phải bằng cách force players spend, mà bằng cách tạo ra một competitive environment nơi spending $Pixel là chiến thuật hợp lý để win.

Nhìn vào bốn cơ chế đó, điều làm mình chú ý không phải từng cái riêng lẻ. Là cách chúng được thiết kế để target từng player segment khác nhau mà không overlap.
Switch Union fee 50 $PIXEL target players đang thay đổi chiến thuật mid-season. Đây là players có engagement đủ cao để care về outcome nhưng không committed đủ để chịu lock cả season. 50 $PIXEL là mức đủ để tạo friction mà không đủ để deter. Một player đổi Union ba lần một season đã burn 150 $PIXEL chỉ từ mechanic này, mà hoàn toàn tự nguyện vì họ đang optimize strategy.
Yieldstone Press target NFT landowners, tức là players đã committed nhất với ecosystem. Đây là players sẵn sàng invest resource để generate Yieldstones at scale, vì đó là cách duy nhất để có lợi thế competitive nghiêm túc trong Hearth race. Mỗi Yieldstone Press cần Yield Reactors từ nhiều industries khác nhau, tức là investment tạo ra activity pressure cascade xuống toàn bộ in-game economy.
Offerings là sink thú vị nhất về mặt thiết kế. Khi một Union không đóng góp đủ trước deadline, Offerings bị lost hoàn toàn. Đây là burn mechanism được disguise dưới dạng collective action failure. Players không burn token trực tiếp, nhưng kết quả kinh tế giống hệt nhau. Và vì failure có cost thật, players có incentive để coordinate và contribute, tạo ra social pressure mà game design thường rất khó engineer.
"The more Yieldstones placed into Hearths, the larger the total reward pool. Reward pools reset at the start of each new Season." — Pixels official Chapter 3 documentation
Câu đó là chìa khóa để hiểu tại sao prize pool scaling là thứ thông minh nhất trong toàn bộ thiết kế.
Prize pool mùa đầu tiên tối đa 50,000 $PIXEL . Nhưng pool đó không cố định, nó scale theo tổng số Yieldstones được place vào Hearths. Tức là càng nhiều player participate và contribute, prize pool càng lớn. Đây là cơ chế tạo ra positive feedback loop tự nhiên: prize lớn hơn thu hút thêm player, thêm player contribute nhiều Yieldstones hơn, pool tiếp tục lớn hơn.
Nhưng điều quan trọng hơn là ai fund prize pool đó.

Prize pool không đến từ protocol treasury. Nó đến từ activity của chính players trong game. Mỗi Yieldstone được place là một proof of work rằng player đã engage với taskboard, với crafting system, với NFT land infrastructure. Khi pool lớn hơn, nó thu hút thêm players, tạo ra thêm in-game activity, tạo ra thêm fee revenue cho ecosystem, cải thiện RORS, cho phép Pixels sustain prize pool trong mùa sau mà không cần tăng emissions.
Đây là cơ chế mà mình không thấy project nào khác trong Web3 gaming đã engineer đúng. Không phải vì không ai nghĩ ra, mà vì để làm được điều này, game phải đã có đủ depth trong core gameplay để players thật sự care về outcome của competitive layer. Không có core loop tốt, competitive layer chỉ là một lớp incentive bên ngoài mà players đến để farm rồi rời đi.
Pixels đã spend hai năm xây core loop trong Chapter 1 và 2, dù không hoàn hảo. Chapter 3 là thời điểm họ đặt competitive layer lên trên một foundation đủ solid.

Đây là điểm mà phần lớn narrative về $Pixel đang bỏ qua.
Người ta đang nói về Chapter 3 như một game update tốt sẽ bring players back. Điều đó đúng nhưng chỉ là surface. Thứ quan trọng hơn là Chapter 3 là lần đầu tiên Pixels có một sink mechanism hoạt động ở scale tự nguyện, competitive, và tạo ra retention effect kéo dài một season thay vì một-hai ngày. Khi Barwikowski nói RORS vừa vượt 1.0 đúng vào thời điểm Chapter 3 launch, đó không phải coincidence. Chapter 3 là cơ chế được thiết kế để push RORS lên bền vững, không chỉ là một content cycle.
Union switch fee, Offerings burn, Chamber Shop spend là những friction points nhỏ về từng giao dịch. Nhưng khi nhân với hàng chục nghìn players tham gia competitive season, chúng tạo ra một aggregate sink đủ lớn để shift velocity của theo hướng khác với mọi thứ đã từng được thử trong game này.
Câu hỏi không phải Chapter 3 có thành công về mặt gameplay không. Câu hỏi là khi một competitive season scale lên đủ player participation, aggregate sink từ Yieldstone infrastructure, Union mechanics, và Offering system trông như thế nào so với daily emissions, và RORS di chuyển thêm bao xa về phía dương?
Câu trả lời cho câu hỏi đó không nằm trong bất kỳ announcement nào. Nó nằm trong on-chain data sau khi mùa đầu tiên kết thúc và số liệu được công bố.
@Pixels #pixel

Luke Barwikowski, CEO của Pixels, nói một câu trong cuộc phỏng vấn cuối năm 2025 mà mình nghĩ là câu quan trọng nhất bất kỳ ai build trong Web3 gaming đã nói trong nhiều năm gần đây: "The metric that matters from 2025 is RORS, return on reward spend. There are teams focused on whether they are bringing in more value than they are giving out, and those are the teams that have survived."
Mình đọc lại một lần nữa. Không phải vì câu đó phức tạp. Mà vì mình nhận ra rằng đây là lần đầu tiên mình thấy một founder trong Web3 gaming nói thẳng rằng metric mà cả ngành đang đo, DAU, token price, TVL, là metric sai. Và metric đúng là thứ gần như không ai đang tính.
RORS, return on reward spend, là câu hỏi đơn giản nhất và khó trả lời nhất trong gaming có reward: mỗi đồng bạn bỏ ra để reward người chơi có mang về nhiều hơn một đồng hay không? Nếu có, reward system đang tạo ra giá trị thực. Nếu không, bạn đang mua retention tạm thời bằng cách đốt ngân sách, và đó chỉ là vấn đề thời gian trước khi hệ thống sụp đổ.
Để hiểu tại sao phần lớn Web3 gaming không tính được RORS, mình cần giải thích một vấn đề cơ bản hơn trong cách các dự án đó được build. Khi một game launch với token và reward system, đội ngũ thường không có infrastructure để theo dõi chính xác hành vi nào của người chơi thực sự tương quan với việc họ ở lại lâu hơn, chi tiêu nhiều hơn, hoặc giới thiệu người khác vào. Họ thấy DAU, thấy token flow, thấy leaderboard activity. Nhưng họ không thấy được liệu một đồng reward chi ra hôm nay có dẫn đến hai đồng revenue trong 30 ngày tới hay không.
Đây không phải là thiếu sót kỹ thuật đơn giản. Đây là thiếu sót về kiến trúc. Để tính RORS một cách đáng tin cậy, bạn cần gắn từng reward action với player ID cụ thể, theo dõi hành vi của player đó sau khi nhận reward, đo impact của reward đó lên revenue, retention, và LTV trong một khoảng thời gian đủ dài, rồi so sánh với control group không nhận reward đó. Đây là pipeline data science phức tạp, đòi hỏi đội ngũ và infrastructure mà phần lớn game studio không có và không nên phải tự build.

Đây là điểm mà Stacked trở nên thú vị theo một cách mà phần lớn người đang bỏ qua. Stacked không chỉ là một reward platform. Nó là infrastructure để tính RORS một cách đáng tin cậy cho bất kỳ studio nào tích hợp. Studio gắn SDK vào game, event data từ game chảy vào Stacked, hệ thống gắn reward action với player behavior theo thời gian thực, và RORS được tính tự động cho từng campaign, từng cohort, từng loại reward.
Điều đó có nghĩa là một studio tích hợp Stacked không chỉ nhận được một reward engine. Họ nhận được khả năng đo một metric mà trước đây họ không có infrastructure để tính. Và khi bạn có thể đo RORS, bạn có thể optimize cho nó, cắt những reward không hiệu quả, tăng những reward có ROI thực, và biến reward budget từ một khoản chi phí mờ nhạt thành một investment có thể audit được.
Mình cần thành thật về một giới hạn quan trọng ở đây. RORS như một metric chỉ có ý nghĩa nếu attribution model phía sau nó đủ chính xác. Attribution trong gaming, việc xác định reward nào đã dẫn đến revenue nào, là một bài toán khó bởi vì player behavior có nhiều confounding variables. Một người chơi spend sau khi nhận reward có thể spend vì reward thực sự tạo ra nhu cầu, hoặc có thể họ đã sắp spend rồi và reward chỉ là trigger tình cờ. Phân biệt hai trường hợp đó đòi hỏi experimental design tốt, control group đủ lớn, và đủ thời gian để loại bỏ noise.
Pixels có lợi thế ở đây vì họ đã vận hành trong production đủ lâu để có đủ data và đủ experiments để attribution model của họ có baseline ổn định. Câu hỏi là khi Stacked mở ra external studios với game mechanics khác, genre khác, player behavior khác, model đó có giữ được độ chính xác hay cần được recalibrate đáng kể cho từng game không.

Nhìn vào sơ đồ decoupling đó, mình muốn giải thích tại sao việc tách game design ra khỏi reward logic không chỉ là lợi thế về organizational efficiency mà là điều kiện cần để RORS có thể được đo chính xác. Khi game mechanics và reward logic nằm trong cùng một codebase và cùng một team phải xử lý cả hai, attribution bị entangled. Bạn không thể biết liệu người chơi quest vì quest thú vị hay vì reward của quest đó, vì người thiết kế quest cũng là người thiết kế reward. Signal bị noise hoá bởi những quyết định design không được document rõ ràng.
Khi Stacked tách reward layer ra ngoài hoàn toàn, attribution trở nên sạch hơn. Game gửi event: "player X hoàn thành action Y lúc timestamp Z." Stacked xử lý riêng: "player X có profile Z, nhận offer A, sau đó có hành vi B hay không." Hai layer đó không biết về internal logic của nhau, và chính sự tách biệt đó tạo ra khả năng đo attribution đáng tin cậy hơn.
Luke Barwikowski nói điều này trực tiếp trong AMA tháng 3 năm 2026: Stacked đã giải phóng game team để chỉ tập trung vào gameplay, trong khi platform team tập trung vào reward optimization và data science. Đây không phải là lợi thế về tốc độ phát triển. Đây là lợi thế về chất lượng của dữ liệu, vì khi hai thứ được tách biệt rõ ràng, mỗi thứ có thể được đo độc lập.
Mình muốn kết lại bằng điều mà mình thấy là implication quan trọng nhất của câu chuyện RORS với $PIXEL . Nếu Stacked thực sự trở thành layer mà nhiều studio dùng để tính và optimize RORS, thì $PIXEL đang ngồi trong trung tâm của một hệ thống đo lường giá trị, không chỉ một hệ thống phân phối reward. Sự khác biệt đó là rất lớn, bởi vì hệ thống đo lường giá trị có network effect theo một cách mà hệ thống phân phối reward không có. Mỗi studio tích hợp thêm data vào pool, model tốt hơn, attribution chính xác hơn, và RORS của tất cả studio còn lại cũng được cải thiện theo.
Đó là flywheel mà mình đang theo dõi. Không phải số lượng studio tích hợp. Mà là chất lượng của attribution model sau 12 tháng có nhiều game đa dạng đang chạy trong cùng một hệ thống.
$PIXEL #pixel @pixels

Tôi đọc một câu trong một bài báo năm 2011 của Kahneman và Klein về quyết định tự nhiên mà tôi không thể ngừng suy nghĩ khi nhìn lại nhật ký phiên Binance AI Pro của mình.
Câu đó như sau: những người ra quyết định chuyên nghiệp trong môi trường quen thuộc thường đạt được kết luận trong vài giây đầu tiên khi gặp một tình huống, sau đó dành phần thời gian còn lại để kiểm tra áp lực kết luận đó thay vì thực sự tạo ra các lựa chọn thay thế.
Tôi đã đọc lại hai lần. Sau đó, tôi mở ba mươi phiên $XAU cuối cùng của mình và đếm xem đã bao nhiêu lần tôi mở AI Pro khi đã biết trước điều tôi muốn đầu ra sẽ nói.

Mình đọc một câu trong tài liệu của Pixels mà mình phải đọc lại lần thứ hai, không phải vì nó phức tạp mà vì nó đặt ra một câu hỏi mà phần lớn studio gaming chưa bao giờ thực sự có khả năng hỏi: "spot churn patterns."
Không phải "giảm churn." Không phải "hiểu tại sao người chơi rời đi." Mà là nhìn thấy pattern của churn trước khi nó xảy ra.
Đây là sự khác biệt lớn hơn nó nghe có vẻ.
Trong phần lớn game analytics hiện tại, churn được xác định sau khi nó đã xảy ra. Một người chơi không login trong 7 ngày được đánh dấu là churned. Có thể 14 ngày. Tùy studio. Đến lúc label đó được gán, người chơi đã quyết định rời đi từ lâu trước đó, và quyết định đó không được đưa ra vào ngày cuối cùng họ login. Nó được đưa ra trong một khoảnh khắc nào đó trước đó, khi trải nghiệm trong game của họ đạt đến một điểm mà không có gì kéo họ quay lại nữa.
Điều quan trọng là khoảnh khắc đó luôn để lại dấu vết trong data. Người chơi sắp rời đi thường có session ngắn hơn, không còn explore content mới, ngừng tương tác với các tính năng xã hội, hoặc bắt đầu skip các daily reward thay vì claim. Những hành vi đó không phải là churn. Chúng là pre-churn signal, và chúng xuất hiện vài ngày đến vài tuần trước khi người chơi thực sự biến mất.
Để hiểu tại sao việc nhìn thấy những signal đó sớm lại quan trọng về mặt kinh tế, mình cần giải thích một bài toán chi phí mà hầu hết studio không tính đủ. Giữ chân một người chơi luôn rẻ hơn acquire một người chơi mới. Trong gaming Web3, khoảng cách đó còn lớn hơn vì CAC cao và người chơi mới cần thời gian để hiểu game economy trước khi tạo ra giá trị thực. Nếu bạn có thể can thiệp trước khi một người chơi có giá trị cao quyết định rời đi, chi phí của intervention đó gần như luôn nhỏ hơn chi phí replace họ.

Nhìn vào cửa sổ can thiệp đó, mình tính thử một bài toán đơn giản. Nếu một studio có 100.000 người chơi active và 5.000 trong số đó đang trong trạng thái pre-churn mà không ai biết, chi phí để retain 5.000 người đó thông qua targeted reward là bao nhiêu so với chi phí để acquire 5.000 người chơi mới có cùng LTV từ thị trường. Trong điều kiện bình thường của gaming Web3, con số thứ hai lớn hơn con số thứ nhất từ 3 đến 5 lần, đôi khi nhiều hơn nếu tính đến thời gian một người chơi mới cần để hiểu game economy và bắt đầu contribute value thực sự.
Đây là lý do mình nghĩ "spot churn patterns" không phải là một feature analytics mà là một asset kinh tế. Và asset đó chỉ có giá trị nếu nó được gắn trực tiếp vào action loop. Nhìn thấy pattern mà không thể act trong cùng hệ thống thì chỉ là một dashboard đẹp hơn.
Stacked giải quyết vấn đề đó bằng cách đặt insight và action trong cùng một platform. AI economist spot churn pattern, hệ thống đề xuất intervention, studio chạy targeted reward cho đúng cohort trong đúng cửa sổ thời gian đó. Không có bước export, không có meeting để approve, không có pipeline trung gian làm trễ action đến khi cửa sổ đã đóng lại.
Mình muốn thành thật về phần mà mình chưa biết.
Khả năng spot churn pattern phụ thuộc vào chất lượng và độ đa dạng của training data. Nếu Stacked được train chủ yếu trên data của Pixels, các pattern nó nhận diện được sẽ phản ánh hành vi của người chơi Pixels, không phải hành vi phổ quát của người chơi gaming Web3. Một studio tích hợp với genre khác, demographic khác, hoặc game mechanics khác có thể thấy rằng churn signal trong game của họ trông khác với những gì model đã học.
#Pixel @Pixels $PIXEL

Mình đọc mô tả về revenue model của Stacked và dừng lại ở một câu mà mình nghĩ là quan trọng nhất trong toàn bộ câu chuyện Pixels: Stacked charge claim fee và LiveOps service fee, tức là phí phát sinh ngay tại thời điểm distribution xảy ra, không phải sau khi studio đó biết campaign có hiệu quả hay không.
Mình đọc lại hai lần để chắc mình hiểu đúng cái gì đang được xây dựng ở đây.
Hầu hết revenue model trong Web3 gaming đều gắn với kết quả. Token có giá trị khi game có player. Protocol thu phí khi có transaction trong ecosystem. Validator kiếm được khi network có activity. Tức là revenue phụ thuộc vào một chuỗi nhân quả: game tốt thì player đến, player đến thì activity tăng, activity tăng thì revenue có. Nếu bất kỳ mắt xích nào trong chuỗi đó đứt, toàn bộ revenue structure sụp đổ theo.
Stacked không hoạt động theo chuỗi đó.
Stacked charge phí khi studio chạy campaign qua engine của họ. Phí đó phát sinh ngay khi distribution xảy ra, bất kể player sau đó có retain hay không, bất kể game đó có tăng trưởng hay không, và bất kể $PIXEL đang trade ở giá nào trong ngày hôm đó. Với hơn 200 triệu rewards đã xử lý và hơn 25 triệu đô doanh thu đóng góp vào Pixels ecosystem, đó là receipts thật từ một model đã chạy trong production thật, dưới pressure thật.
Để hiểu tại sao điều đó quan trọng, mình cần giải thích cái gì thực sự xảy ra khi một studio onboard Stacked.
Khi studio chạy reward campaign qua Stacked, hai thứ xảy ra đồng thời. Stacked ghi nhận claim fee và LiveOps service fee, tức là doanh thu của infrastructure. Và studio đó cần mua hoặc allocate $Pixelđể distribute cho player, tức là demand thật cho token phát sinh từ utility use case. Hai dòng đó không triệt nhau, chúng tăng cùng chiều mỗi khi một campaign được kích hoạt. Và khác với hầu hết game token, demand đó không phụ thuộc vào game đó có đang pump hay dump, nó phụ thuộc vào số lượng campaign đang chạy.

Nhưng đây là điểm mình thấy quan trọng hơn con số doanh thu hiện tại.
Stacked vừa mở ra cho external studios bên ngoài Pixels ecosystem. Nếu luận điểm về infrastructure đúng, mỗi studio mới onboard không chỉ là thêm một source of fee cho Stacked, mà còn là thêm một nguồn demand mới cho $Pixel khi studio đó cần token để reward player của họ. Và không giống như demand từ speculation hay từ staking incentive, demand này đến từ một utility use case thật, tức là studio cần $PIXEL để hoàn thành một hành động cụ thể trong business của họ.
Đây là điểm mình muốn nói thẳng nhất.
Hầu hết người nhìn vào $PIXEL đang định giá nó như một in-game currency gắn với lifecycle của một tựa game. Họ theo dõi DAU, gameplay updates, và player sentiment. Cách đọc đó không sai, nhưng nó bỏ qua hoàn toàn nửa còn lại của bức tranh. Nửa đó là Stacked đang vận hành một distribution infrastructure business, với revenue phát sinh từ hành động distribute, không từ kết quả của distribution đó. Revenue đó không bị diluted bởi unlock schedule của $PIXEL . Nó không phụ thuộc vào $PIXEL đang ở giá nào. Và khi external studio adoption tăng, revenue surface mở rộng theo chiều ngang, tức là từ nhiều studio cùng lúc, chứ không chỉ sâu hơn từ một game duy nhất.
Mình không biết external studio adoption sẽ diễn ra nhanh đến mức nào. Đó là bài toán go-to-market và sales cycle, không phải bài toán kỹ thuật. Và đó là thứ chưa được chứng minh với studios bên ngoài Pixels ecosystem. Fraud prevention, anti-bot systems, behavioral data ở scale hàng trăm triệu rewards thật là những thứ mà team Pixels đã build được sau nhiều năm thực chiến. Đó là lý do mà một studio mới có thể chọn Stacked thay vì tự build, giống như lý do merchants chọn Stripe thay vì build payment system riêng. Nhưng chọn và thực sự onboard là hai việc khác nhau, và mình chưa thấy đủ dữ liệu để biết khoảng cách đó đang thu hẹp nhanh hay chậm.
Nhưng đây là điều mình nghĩ thị trường đang bỏ qua khi đọc $PIXEL .
Khi Binance list $Pixel và Web3 game ecosystem tiếp tục mở rộng, hầu hết người sẽ định giá token này qua lens của một game, tức là Pixels game đang grow hay shrink, player count đang tăng hay giảm. Cách đọc đó không hoàn toàn sai, nhưng nó bỏ qua hoàn toàn luận điểm về infrastructure. Nếu Stacked thực sự là một distribution layer có revenue gắn với hành động chứ không phải kết quả, thì framework định giá đúng không phải là P/E của một game, mà gần hơn với revenue multiple của một payment infrastructure business.
Câu hỏi không phải $Pixel sẽ tăng bao nhiêu. Câu hỏi là khi thị trường bắt đầu định giá Stacked như một infrastructure business có revenue phát sinh từ hành động distribute, thay vì chỉ đọc $PIXEL như một in-game currency, hai cách định giá đó hội tụ ở đâu?
@Pixels     $PIXEL     #Pixel

Vài tháng trước, mình đã chia sẻ một đầu ra phiên AI Pro trên $XAU với một trader mà mình biết có phong cách khác với mình. Không phải để lấy ý kiến của anh ấy. Chỉ như một điểm tham chiếu cho cuộc trò chuyện mà chúng mình đang có về cách mà mỗi người sử dụng công cụ.
Anh ấy đã đọc nó. Mình hỏi anh ấy sẽ làm gì dựa trên đầu ra đó.
Anh ấy nói bán khống. Mình đã vào lệnh mua ở cùng một đầu ra cách đây hai mươi phút.
Cả hai chúng mình đều không hiểu sai. Chúng mình đã ngồi xuống và đi qua từng dòng đầu ra. Mỗi đoạn mà anh ấy chỉ ra như hỗ trợ giảm giá mình đã đọc là bối cảnh cho một thiết lập vẫn duy trì tích cực. Mỗi đoạn mình chỉ ra như hỗ trợ tăng giá anh ấy đã đọc như một cảnh báo rằng động thái đã đi đến hồi kết.