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 🙏

© 2024 – Pkg Stats / Ryan Hefner

@streamr/data-v2

v1.0.3

Published

The second iteration of the DATA token

Downloads

175

Readme

DATAv2 token contract

Continuous Integration Audit by LimeChain Audit by Isentropy

Deployments

| Chain | Address | |-------|---------| | Ethereum Mainnet | 0x8f693ca8d21b157107184d29d398a8d082b38b76 | | Binance Smart Chain | 0x0864c156b3c5f69824564dec60c629ae6401bf2a | | Gnosis (formerly xDAI) | 0x256eb8a51f382650B2A1e946b8811953640ee47D | | Polygon | 0x3a9A81d576d83FF21f26f325066054540720fC34 | | Polygon Amoy testnet | 0xf5e28a2E7BbedbE97c3782b17b102410E10d90f1 | | IoTeX testnet | 0x5ABD469031d2B5f939808565EAB8562d7Cbaa939 |

NPM package contents

JS/TypeScript utilities to get a nicely typed DATAv2 instance. Here's a sample code for plain node.js:

const { JsonRpcProvider } = require("@ethersproject/providers")
const { formatEther, parseEther } = require("@ethersproject/units")
const { Wallet } = require("@ethersproject/wallet")
const { deployToken } = require("@streamr/data-v2")

const key = process.env.PRIVATE_KEY
const provider = new JsonRpcProvider(process.env.ETHEREUM_URL)
const wallet = new Wallet(key, provider)

async function main() {
    const token = await deployToken(wallet)
    console.log("Before: %s", formatEther(await token.balanceOf(wallet.address)))
    await (await token.grantRole(await token.MINTER_ROLE(), wallet.address)).wait()
    await (await token.mint(wallet.address, parseEther("10"))).wait()
    console.log("After: %s", formatEther(await token.balanceOf(wallet.address)))
}
main().catch(console.error)

And here's another sample code for TypeScript, run with ts-node:

import { JsonRpcProvider } from "@ethersproject/providers"
import { getTokenAt } from "@streamr/data-v2"
import type { DATAv2 } from "@streamr/data-v2"

const provider: JsonRpcProvider = new JsonRpcProvider(process.env.ETHEREUM_URL)
const token: DATAv2 = await getTokenAt(process.env.TOKEN_ADDRESS, provider)
console.log("Symbol:", await token.symbol())

List of files

| File | Description | Deployed | |--------------------------------|-------------|----------| |contracts/CrowdsaleToken.sol | The current (or "old") DATA token | ETH 0x0cf0...23 | |contracts/DATAv2.sol | The new DATA token | ETH 0x8f6...b76 (see above) | |contracts/DataTokenMigrator.sol | Migrator contract that acts as UpgradeAgent for the old token | ETH 0xc7...c16c | |contracts/IERC677.sol | Interface of ERC677 as defined in the LINK token | |contracts/IERC677Receiver.sol | Interface of ERC677Receiver also defined in the LINK token | |contracts/MockRecipient.sol | IERC677Receiver implementation for the purpose of testing | |test/DATAv2-test.js | DATAv2.sol tests | |test/DataTokenMigrator-test.js | DataTokenMigrator.sol tests | |contracts/DATAv2onPolygon.sol * | DATAv2 deployed on MATIC/Polygon chain, extended slightly for bridging | MATIC 0x3a9...34 |

* added after the audit

DATAv2 features

Some of the following features are inherited from OpenZeppelin contracts:

| Feature | Associated function | File where the function is | |-----------------------------------------------------------|-----------------------|-----------------------------------------------------------------------| | ERC-677 | transferAndCall | contracts/DATAv2.sol | | EIP-2612 | permit | @openzeppelin/contracts/token/ERC20/extensions/draft-ERC20Permit.sol | | Minting | grantRole, revokeRole | @openzeppelin/contracts/access/AccessControl.sol | | Minting | mint | contracts/DATAv2.sol | | Burning | burn, burnFrom | @openzeppelin/contracts/token/ERC20/extensions/ERC20Burnable.sol |

Minting

DATAv2 has an admin role (controlled by Streamr) that can add and remove minters, who can mint tokens tokens at will. The admin and minters will be contracts that are not controlled by a single wallet.

The whole old DATA supply is minted as part of migration, and new tokens may be minted later as decided by the community process in the form of Streamr Improvement Proposals, see e.g. SIP-6.

ERC677 functionality

DATAv2 follows the convention of LINK and other tokens with regard to the callback function onTokenTransfer invoked by transferAndCall: DATAv2 does not check the bool return value of onTokenTransfer. Instead onTokenTransfer should revert if the transfer is to be rejected by the recipient contract. If the recipient is a contract, it must implement onTokenTransfer or else transferAndCall reverts.

Migration process

  1. We deploy the DATAv2 and DataTokenMigrator contracts
  2. We call grantRole(id('MINTER_ROLE'), minter.address) on the DATAv2 contract
  3. Minter calls mint(migrator.address, tokenSupply) on the DATAv2 contract to mint the tokens belonging to old DATA holders into the DataTokenMigrator contract
  4. We call setUpgradeAgent(migrator.address) in the old DATA contract to start the upgrade
  5. DATA token holders call upgrade(amountWei) in the old DATA contract

Result:

  • Old DATA tokens are burned
  • DATAv2 tokens are transferred from the DataTokenMigrator to the holders

At all times, DATAv2 tokens left in the DataTokenMigrator are the unmigrated DATA tokens, and they should be equal in number to the tokenSupply of the old DATA contract

DATAv2 contract anatomy

OpenZeppelin contracts were used where available to implement the features listed in the above table.

Explanations of the origins and intents of all code found in DATAv2.sol: | Lines | Explanation | |---------|-------------------------------------------------------------| | 1...12 | OpenZeppelin and interface imports, DATAv2 token properties | | 16...46 | Adapted from @openzeppelin/contracts/token/ERC20/presets/ERC20PresetMinterPauser.sol to implement the minting feature. The AccessControl.sol is a bit of a can of worms when it comes to state-space: the "role admin" can set up any constellation of roles and grant those roles and their administration to anyone; its implementation is quite elegant though, so it didn't feel very significantly worse than a "brute" mapping (address => bool) isMinter type of implementation, especially since it's all library code. Added isMinter convenience function. | | 48...74 | Adapted from LINK token to implement the ERC-677 token transfer hook. Recipient smart contracts can now react to DATAv2 token transfer which makes approve+transferFrom two-transaction flow avoidable if not entirely redundant. Decided to go for the simply ERC-677 instead of the ERC-777 because of some misfeatures on ERC-777 (defaultOperators, higher plain transfer gas price) as well as uncertain adoption at this stage. | | 76...103 | Allow the admin to change token symbol and name just in case, e.g. to support token rebranding, and graceful end-of-life after the possible next migration |

Dependencies