npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@requestnetwork/payment-detection

v0.57.0

Published

Payment detection using ethers.

Readme

@requestnetwork/payment-detection

@requestnetwork/payment-detection is a TypeScript library part of the Request Network protocol. It contains the implementation of request-related events interpretations, typically onchain payments of requests.

The interpretation of events is specified by the payment extension added to the request. Cf. advanced-logic specifications.

Balance and events

If a payment network has been given to the request, the payment detection can be done.

Based on information found in the payment network state, and included manual payment declarations, the library will perform queries and feed the property balance of the request with:

  • balance: the detected amount paid on the request, in request currency
  • events: all the payments, payment declarations, refunds, and other balance-related events with the amount, timestamp etc...

Retrievers and detectors

This library relies on two concepts:

  • Retrievers perform RPC or TheGraph calls and fetch relevant events. Balance-impacting events are fetched with InfoRetrievers, implementing the getTransferEvents() method (cf. IPaymentRetriever)
  • Payment detectors implement the interface PaymentTypes.IPaymentNetwork, with the method getBalance(), which calls retrievers and interpret events according to the payment network (cf. Abstract PaymentDetectorBase). getBalance() returns the balance as well as events: payments, refunds, and possibly other events (declarations, escrow events...)

PaymentDetectorBase

A good part of the logic is implemented in the abstract class PaymentDetectorBase:

export abstract class PaymentDetectorBase<
  TExtension extends ExtensionTypes.IExtension,
  TPaymentEventParameters,
> implements PaymentTypes.IPaymentNetwork<TPaymentEventParameters>
{
  public async getBalance(
    request: RequestLogicTypes.IRequest,
  ): Promise<PaymentTypes.IBalanceWithEvents<TPaymentEventParameters>> {
    // ...

    // getEvents() should be implemented by children payment detectors, and use appropriate retrievers
    // For example: RPC or The Graph based retriever
    const rawEvents = await this.getEvents(request);
    // ...
    // computeBalance() sums up all payment events and deduces all refunds.
    const balance = this.computeBalance(events).toString();

    return {
      balance,
      events,
    };
  }
}

cf. full implementation

Subgraph-based payment retrievers

For TheGraph-based information retrieval, a client can be retrieved using getTheGraphClient() in ./src/thegraph/index.ts. It provides a strongly typed interface, generated based on the queries in /src/thegraph/queries.

The automated type generation is configured within files ./codegen.yml (for EVM chains) and ./codegen-near.yml (for Near) and output in ./src/thegraph/generated. It depends on the deployed subgraphs schema and on the queries.

The code generation is included in the pre-build script and can be run manually:

yarn codegen

TRON Payment Detection (Hasura-based)

TRON payment detection uses a Hasura GraphQL API backed by a PostgreSQL database that is populated by a Substreams-based indexer. This approach was chosen because The Graph does not support subgraphs for native TRON (only TRON EVM).

Architecture

TRON Blockchain → Substreams → PostgreSQL → Hasura GraphQL → SDK

The payment data flows through:

  1. Substreams: Indexes ERC20FeeProxy payment events from the TRON blockchain
  2. PostgreSQL: Stores payment data via substreams-sink-sql
  3. Hasura: Exposes the PostgreSQL data as a GraphQL API
  4. SDK: Queries Hasura via TronInfoRetriever and HasuraClient

Components

  • TronFeeProxyPaymentDetector: Payment detector for TRON ERC20 Fee Proxy payments
  • TronInfoRetriever: Retrieves payment events from Hasura, implements ITheGraphBaseInfoRetriever
  • HasuraClient: GraphQL client for querying the Hasura endpoint

Usage

The TronFeeProxyPaymentDetector is automatically registered in the PaymentNetworkFactory for TRON networks (tron and nile).

import { PaymentNetworkFactory } from '@requestnetwork/payment-detection';

// The factory automatically uses TronFeeProxyPaymentDetector for TRON
const paymentNetwork = PaymentNetworkFactory.getPaymentNetworkFromRequest({
  request,
  advancedLogic,
});

const balance = await paymentNetwork.getBalance(request);

Custom Hasura Endpoint

By default, the HasuraClient connects to the production Hasura endpoint. To use a custom endpoint:

import {
  HasuraClient,
  TronInfoRetriever,
  TronFeeProxyPaymentDetector,
} from '@requestnetwork/payment-detection';

// Create a custom Hasura client
const customClient = new HasuraClient({
  baseUrl: 'https://your-hasura-instance.com/v1/graphql',
});

// Use it with TronInfoRetriever
const retriever = new TronInfoRetriever(customClient);

// Or use getHasuraClient with custom options
import { getHasuraClient } from '@requestnetwork/payment-detection';

const client = getHasuraClient('tron', {
  baseUrl: 'https://your-hasura-instance.com/v1/graphql',
});

TRON-specific Event Fields

TRON payment events include additional fields specific to the TRON blockchain:

interface TronPaymentEvent {
  txHash: string;
  feeAmount: string;
  block: number;
  to: string;
  from: string;
  feeAddress?: string;
  tokenAddress?: string;
  // TRON-specific resource consumption
  energyUsed?: string; // Total energy consumed
  energyFee?: string; // Energy fee in SUN
  netFee?: string; // Network/bandwidth fee in SUN
}

Supported Networks

| Network | Chain Identifier | Description | | ------- | ---------------- | ----------------- | | tron | tron | TRON Mainnet | | nile | tron-nile | TRON Nile Testnet |

Test

yarn run test