The Good Tech Companies - How Anton Malinovskiy Is Designing an Embedded Wallet for Live-Stream Rewards

Episode Date: October 8, 2026

This story was originally published on HackerNoon at: https://hackernoon.com/how-anton-malinovskiy-is-designing-an-embedded-wallet-for-live-stream-rewards. Explore how Pyjam Coin uses Solana, embedded wallets, and transaction context to integrate crypto creator rewards directly into live-streaming experiences. Check more stories related to undefined at: https://hackernoon.com/c/undefined. You can also check exclusive content about #embedded-crypto-wallet, #crypto-rewards-live-streaming, #creator-payments-blockchain, #solana-creator-rewards, #pjm-solana-token, #stream-crypto-micro-rewards, #pyjam-coin-pjm, #good-company, and more. This story was written by: @nicafurs. Learn more about this writer by checking @nicafurs's about page, and for more stories, please visit hackernoon.com. Pyjam Coin (PJM) is designed to make cryptocurrency rewards part of the live-streaming experience rather than a separate blockchain transaction. Built on Solana, the system combines an embedded wallet with transaction validation, duplicate protection, passkey authentication, and live-stream context. The article examines how PJM connects a viewer, creator, reward, and broadcast while keeping blockchain complexity in the background.

This audio is presented by Hacker Noon, where anyone can learn anything about any technology. How Anton Malinovsky is designing an embedded wallet for live stream rewards by Nika Furs. According to industry experts, PJM ranks number one 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

Pajom coin, PJM, was designed to solve. Anton Milinoosk 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 Pajam app. PJM was conceived as a built-tin 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 solves. A 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 streamed 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, Malinowski connected the blockchain transaction to this context that the streaming platform. level. The blockchain confirms the transfer, while Pajam 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 weather action performed during a live broadcast. Malinovsky describes this idea in his 2026 paper, designing a crypto wallet inside a streaming application for pajam 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 Malinovsky 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 Pajam, PJM is implemented as a fungible token on the Solana network. It's public mint

address is 5 Zuck 2Q8 EHSG 5. Hevkcv WJAPT8FNY WFNYF8YT OCP 916R, and the token uses 6 decimal places. On Solana, the Mint account serves as the tokens, 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. Pajon stores the context that does not exist on-chain, who supported the creator. Which live-streamed the

reward related to, which limits applied, how the result should be displayed in the interface. PJM's location-based rules also remain within Pajam. 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 issued. PJM 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 products 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 an app token circulation is part of the product logic.

The PJM, USDC liquidity position in Radium CLM is locked through Jupiter Lockintel June 2, 27. This is a technical restriction on a specific liquidity provider position, not a restriction on all PJM transactions. The reward flow, from tap to confirmation, during 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 Malinovsky, the flow consists of several connected steps. 1. The viewer selects a reward during a live broadcast.

2. 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. 3. 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. Four, 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. Five, Pajam 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 pass keys based on web often, while shares of wallet keysare 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 creators. Platforms 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. Model typical user journey primary trade often platform credits viewers 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 wallet the 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 wallet-wallet 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, Malinovsky linked a transfer not only to the senders and recipients 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 tow payment processing and the display of the result in Pajam. What the early pilot data shows, according to PJM's internal data, early pilots in Thailand and the Filipinas 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 Malinowski, 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 off latency measurements. Documenting the architecture, Malinowski 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 pajam currency, PJM, Malinovsky

examines embedded wallet creation, Paskey-based access, and the processing of transfers during live broadcasts. In pioneering the use of crypto and 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, Malinowski 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 roles. The work surrounding PJM has received recognition

in blockchain and digital technology categories. In December 2025, the American Business Expo Award recognized Anton Malinovsky in the blockchain category for innovation of the year, honoring the PJM Coin Reward System. In 26, PJM received the Digital Leaders Award for Technology of the Year in the cryptocurrency category. Milinovsky's work on Pajom Coin was also recognized by the 26 AI Olympa Award in the blockchain technology of the year category. Malinowski served on the cases and faces jury in the blockchain and Web 3 category and was also a judge for the ECDMA Global Award. and the NextGen Hackathon in 26. 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 Malinovsky addressed while building PJM. What creator platforms can learn from PJM? PJM demonstrates that, for a streaming platform, simply having a token or wallities, 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 Malinovsky designed for PJM turns a reward into part of the conversation taking place during a live stream. The viewer supports a particular creator, while Pajam 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 the creator does not distract from the broadcast. It gives the viewer a way to respond at precisely the right moment. Thank you for listening to this Hackernoon story, read by artificial intelligence. Visit hackernoon.com to read, write, learn and publish.