According to industry experts, PJM ranks No. 1 among Web3 solutions for location-based live streaming, showing that blockchain rewards can become a natural part of a live broadcast rather than a distraction from it.During a live stream, viewers react to what is happening in the moment: a creator's reply in the chat, a well-timed joke, or a spontaneous exchange. But that moment is lost if supporting the creator means leaving the stream, opening another app, connecting a wallet, and working through the details of a transaction.That is the problem Pyjam Coin (PJM) was designed to solve. Anton Malinovskiy developed the concept, defined the logic of its micro-reward system, contributed to the selection of the blockchain infrastructure, and led the integration of the wallet into the Pyjam app.PJM was conceived as a built-in tool for supporting creators during a live broadcast. For streaming platforms, this represents a different approach: a token transfer becomes part of the stream itself rather than a separate action performed outside it. The viewer selects a reward, the app associates it with the creator and the broadcast, and the result appears once the transaction has been processed—all without interrupting the viewing experience.The Product Problem PJM SolvesA blockchain transaction records the transfer of tokens from one address to another, but it does not contain the product context behind that transfer. The transaction alone cannot tell you which creator the viewer intended to support, which live stream the payment was associated with, whether a network delay caused the request to be submitted twice, or what result the app should display.When designing PJM, Malinovskiy connected the blockchain transaction to this context at the streaming-platform level. The blockchain confirms the transfer, while Pyjam associates the transaction with a particular viewer, creator, and live stream and handles the outcome within the application.As a result, supporting a creator becomes part of the viewing experience rather than a standalone crypto transaction. The viewer selects and sends a reward without leaving the broadcast, while the system performs the necessary checks in the background and reports the outcome.For streamers and viewers, this creates a new interaction model in which a digital payment is embedded directly into their exchange and feels more like any other action performed during a live broadcast.Malinovskiy describes this idea in his 2026 paper, Designing a Crypto Wallet Inside a Streaming Application for Pyjam Currency (PJM): “A payment should be as fast as sending a reaction or a chat message.” This does not mean reducing control over the financial transaction. It means simplifying the user journey. The technical complexity remains inside the system, which verifies the origin of the transaction, accounts for the conditions under which it may be reversed, and presents the user with a clear final status.This is how Malinovskiy turns a token transfer from a standalone blockchain transaction into an embedded live-stream action tied to a specific broadcast, creator, and viewer intent.What Runs on Solana and What Stays Within PyjamPJM is implemented as a fungible token on the Solana network. Its public mint address is 5zUk2q8eHSGG5HeVkCVwjApT8FNyWFNyf8YyTocP916r, and the token uses six decimal places.On Solana, the mint account serves as the token's “passport.” It records the total supply, decimal precision, mint authority, and freeze authority. User balances are held in separate token accounts associated with their wallets.A PJM transfer does not create new tokens. It moves tokens that have already been issued from one token account to another. Solana's Token Program validates the mint and decimal precision. Once submitted, the transaction receives an on-chain signature that serves as public evidence of the transfer.The live stream itself does not become part of the token transaction. Pyjam stores the context that does not exist on-chain:who supported the creator;which live stream the reward related to;which limits applied;how the result should be displayed in the interface.PJM's location-based rules also remain within Pyjam. They help users discover and interact with nearby streams, but they do not become data attached to every token transfer.How the PJM Supply Was IssuedPJM has a total supply of 500 million tokens. The supply was issued in stages, with public transaction signatures:100 million PJM in the second stage;200 million PJM, issued through two transactions, in the third stage;100 million PJM in the fourth stage.After the final issuance, the mint authority was revoked through an on-chain transaction. Under Solana's model, this means that no one can create additional PJM under this mint. The freeze authority was also disabled, so the mint cannot freeze holders' token accounts. The metadata identifies PJM as a Solana utility token with a fixed supply.A fixed supply does not prevent existing tokens from moving among reward wallets, creators, and users. That circulation is part of the product's operating model.These settings should not be confused with a rule governing every future token transfer. A fixed supply determines how many PJM can exist; it does not prevent the issued tokens from moving among the treasury, reward wallets, creators, and users. This distinction matters in an embedded-reward system, where in-app token circulation is part of the product logic.The PJM/USDC liquidity position in Raydium CLMM is locked through Jupiter Lock until June 2, 2027. This is a technical restriction on a specific liquidity-provider position, not a restriction on all PJM transactions.The Reward Flow, From Tap to ConfirmationDuring a short live stream, users do not manually enter an amount or copy wallet addresses. The interface presents predefined options—10, 25, or 50 PJM—while the system performs its checks in the background.In the model proposed by Malinovskiy, the flow consists of several connected steps:The viewer selects a reward during a live broadcast.The app creates a transfer request containing the viewer, the creator receiving the reward, the live-stream event, the selected amount, and a unique identifier.The backend verifies the recipient, amount, user session, balance, and applicable platform limits. At the same time, it checks that the same request has not already been processed—for example, because of a double tap or a retry from a mobile device.The wallet prepares a PJM transfer between Solana token accounts. The transaction specifies the PJM mint and its six-decimal precision. Once submitted, it receives a transaction signature.Pyjam links the result back to the original live-stream event. While the transaction is being processed, the app displays a pending status. After confirmation, it reports success; if something goes wrong, the user receives a clear explanation.The connection between the viewer's action and the broadcast is therefore preserved throughout the process—from the initial selection to network confirmation and the result displayed in the app.Hiding wallet addresses and transaction hashes does not eliminate technical complexity; it transfers responsibility for that complexity to the product team. The architecture therefore includes:wallet creation during sign-in;protection against duplicate processing;transaction-status handling;controlled access to external wallets.Authentication relies on passkeys based on WebAuthn, while shares of wallet keys are stored securely.For a streaming product, the core principle is straightforward: a financial transaction must remain understandable and controllable without interrupting the social interaction that prompted the reward in the first place.Three Payment Models for Supporting CreatorsPlatforms structure paid interactions in different ways. The difference lies not only in the technology, but also in how far the viewer is pulled away from the live stream.ModelTypical user journeyPrimary trade-offIn-platform creditsViewers buy virtual goods, such as Twitch Bits, and use them within the application.Familiar and easy to use, but the value remains inside the platform's ecosystem.External non-custodial walletThe user connects a separate wallet and signs every transaction.Provides full control over assets, but setup, recovery, and signing interrupt a time-sensitive interaction.Embedded walletWallet functions are activated within the normal user journey and tied to the live-stream payment flow.Reduces visible complexity, but places responsibility for security, recovery, limits, and error handling on the application.Each model has an appropriate use case. PJM was created for a specific one: allowing viewers to support a creator during a live broadcast without first learning how crypto wallets and blockchain payments work. The embedded wallet is therefore not a standalone product, but one component of the broader payment model.With PJM, Malinovskiy linked a transfer not only to the sender's and recipient's addresses, but also to a specific broadcast and its creator. That context is preserved throughout the transaction—from the viewer's selection of a reward to payment processing and the display of the result in Pyjam.What the Early Pilot Data ShowsAccording to PJM's internal data, early pilots in Thailand and the Philippines involved more than 1,200 users and 8,000 local live streams. During a typical 10- to 15-minute broadcast, users sent creators between 40 and 120 PJM.These are internal project metrics, not the results of an independent audit.For Malinovskiy, the primary purpose of the pilots was to test the integrity of the end-to-end experience: could a user activate a wallet, select a reward, send it, and receive confirmation without dropping out of the viewing flow?A more comprehensive assessment would require defined reporting periods, a distinction between registered and active users, the exclusion of test accounts, transaction-success rates, repeat-use data, and independent verification of latency measurements.Documenting the ArchitectureMalinovskiy has continued his work on PJM through a series of technical publications covering different aspects of embedded payments for streaming.Some focus on the user journey. In Designing a Crypto Wallet Inside a Streaming Application for Pyjam Currency (PJM), Malinovskiy examines embedded-wallet creation, passkey-based access, and the processing of transfers during live broadcasts.In Pioneering the Use of Crypto in Social Video Streams, he presents PJM as a creator-reward ecosystem that connects payments to live-stream events through a straightforward user journey.Other research focuses on transaction reliability. His work on real-time payment confirmation, financial-interface feature management, and fee subsidization examines network delays, safeguards against errors and duplicate actions, and controls designed to prevent unrestricted spending on transaction fees.Another line of research concerns outcome measurement. In Measuring the Causal Impact of Embedded Wallets on Time-to-First-Payment and Retention in Live Streaming, Malinovskiy proposes methods for evaluating how an embedded wallet affects time to first payment, conversion, and user retention.Taken together, these publications show that PJM is not merely a token. It is a model for payment interaction inside a live stream, covering the entire journey from the decision to support a creator through confirmation, display, and usability assessment.Recognition and Expert RolesThe work surrounding PJM has received recognition in blockchain and digital-technology categories.In December 2025, the American Business Expo Award recognized Anton Malinovskiy in the blockchain category for Innovation of the Year, honoring the PJM Coin reward system.In 2026, PJM received the Digital Leaders Award for Technology of the Year in the cryptocurrency category. Malinovskiy's work on Pyjam Coin was also recognized by the 2026 AI Olymp Award in the Blockchain Technology of the Year category.Malinovskiy served on the Cases & Faces jury in the Blockchain & Web3 category and was also a judge for the ECDMA Global Awards and the NextGen Hackathon in 2026.When assessing entries in competitions like these, novelty alone is not enough. Judges consider whether the technology solves a clear problem, whether its architecture can be implemented, whether the product is usable, and whether it can operate reliably beyond a presentation or prototype. These are the same questions Malinovskiy addressed while building PJM.What Creator Platforms Can Learn From PJMPJM demonstrates that, for a streaming platform, simply having a token or wallet is not what matters. What matters is how naturally the option to support a creator fits into the viewing experience.At the moment a viewer wants to respond to something a creator has said or done, they should not have to think about the network, the recipient's address, or other technical details. The product should handle those tasks by associating the transfer with the relevant broadcast, validating the transaction, and returning a clear result.The model Malinovskiy designed for PJM turns a reward into part of the conversation taking place during a live stream. The viewer supports a particular creator, while Pyjam preserves the context of that action from the tap of a button through transaction confirmation.For creator platforms, the broader lesson is that the payment flow should be designed alongside the product's core interaction model. When it is, supporting a creator does not distract from the broadcast; it gives the viewer a way to respond at precisely the right moment.