@superfluid-finance/ethereum-contracts 1.0.0-dev.ec101d5.0 → 1.0.0-dev.f475683.0

package/README.md

@@ -6,8 +6,8 @@
   <a href="https://www.npmjs.com/package/@superfluid-finance/ethereum-contracts" target="_blank">
     <img alt="Version" src="https://img.shields.io/npm/v/@superfluid-finance/ethereum-contracts.svg">
   </a>
-  <a href="https://codecov.io/gh/superfluid-finance/protocol-monorepo">
-    <img src="https://codecov.io/gh/superfluid-finance/protocol-monorepo/branch/dev/graph/badge.svg?token=LJW5NDGEJ9?flag=ethereum-contracts"/>
+  <a href="https://codecov.io/gh/superfluid-finance/protocol-monorepo/tree/dev/packages/ethereum-contracts">
+    <img src="https://codecov.io/gh/superfluid-finance/protocol-monorepo/branch/dev/graph/badge.svg?token=LJW5NDGEJ9&flag=ethereum-contracts"/>
   </a>
   <a href="#" target="_blank">
     <img alt="License: AGPLv3" src="https://img.shields.io/badge/License-AGPL%20v3-blue.svg" />

package/build/contracts/AccessControl.json

@@ -7554,7 +7554,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.513Z",
+  "updatedAt": "2021-11-26T13:42:34.179Z",
   "devdoc": {
     "details": "Contract module that allows children to implement role-based access control mechanisms. Roles are referred to by their `bytes32` identifier. These should be exposed in the external API and be unique. The best way to achieve this is by using `public constant` hash digests: ``` bytes32 public constant MY_ROLE = keccak256(\"MY_ROLE\"); ``` Roles can be used to represent a set of permissions. To restrict access to a function call, use {hasRole}: ``` function foo() public {     require(hasRole(MY_ROLE, msg.sender));     ... } ``` Roles can be granted and revoked dynamically via the {grantRole} and {revokeRole} functions. Each role has an associated admin role, and only accounts that have a role's admin role can call {grantRole} and {revokeRole}. By default, the admin role for all roles is `DEFAULT_ADMIN_ROLE`, which means that only accounts with this role will be able to grant or revoke other roles. More complex role relationships can be created by using {_setRoleAdmin}. WARNING: The `DEFAULT_ADMIN_ROLE` is also its own admin: it has permission to grant and revoke this role. Extra precautions should be taken to secure accounts that have been granted it.",
     "events": {

package/build/contracts/Address.json

@@ -8088,7 +8088,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.562Z",
+  "updatedAt": "2021-11-26T13:42:34.206Z",
   "devdoc": {
     "details": "Collection of functions related to the address type",
     "kind": "dev",

package/build/contracts/AgreementBase.json

@@ -1593,7 +1593,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.579Z",
+  "updatedAt": "2021-11-26T13:42:34.219Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/AgreementLibrary.json

@@ -13789,7 +13789,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.580Z",
+  "updatedAt": "2021-11-26T13:42:34.220Z",
   "devdoc": {
     "details": "Helper library for building super agreement",
     "kind": "dev",

package/build/contracts/BaseRelayRecipient.json

@@ -1130,7 +1130,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.201Z",
+  "updatedAt": "2021-11-26T13:42:34.765Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/BatchLiquidator.json

@@ -3516,7 +3516,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.182Z",
+  "updatedAt": "2021-11-26T13:42:34.749Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/contracts/BatchOperation.json

@@ -8737,7 +8737,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.694Z",
+  "updatedAt": "2021-11-26T13:42:34.317Z",
   "devdoc": {
     "details": "Batch operation library",
     "kind": "dev",

package/build/contracts/CallUtils.json

@@ -3317,7 +3317,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.726Z",
+  "updatedAt": "2021-11-26T13:42:34.348Z",
   "devdoc": {
     "details": "Call utilities that is absent from the OpenZeppelin",
     "kind": "dev",

package/build/contracts/ClosingOnUpdateFlowTestApp.json

@@ -30185,7 +30185,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.763Z",
+  "updatedAt": "2021-11-26T13:42:34.382Z",
   "devdoc": {
     "details": "This is CFA SuperApp that closes an updated flow.",
     "kind": "dev",

package/build/contracts/ConstantFlowAgreementV1.json

@@ -70812,7 +70812,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.589Z",
+  "updatedAt": "2021-11-26T13:42:34.226Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/Context.json

@@ -556,7 +556,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.566Z",
+  "updatedAt": "2021-11-26T13:42:34.209Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/ContextDefinitions.json

@@ -8737,7 +8737,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.697Z",
+  "updatedAt": "2021-11-26T13:42:34.320Z",
   "devdoc": {
     "details": "Context definitions library",
     "kind": "dev",

package/build/contracts/Create2.json

@@ -3237,7 +3237,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.566Z",
+  "updatedAt": "2021-11-26T13:42:34.209Z",
   "devdoc": {
     "details": "Helper to make usage of the `CREATE2` EVM opcode easier and safer. `CREATE2` can be used to compute in advance the address where a smart contract will be deployed, which allows for interesting new mechanisms known as 'counterfactual interactions'. See the https://eips.ethereum.org/EIPS/eip-1014#motivation[EIP] for more information.",
     "kind": "dev",

package/build/contracts/CustomSuperTokenBase.json

@@ -282,7 +282,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.692Z",
+  "updatedAt": "2021-11-26T13:42:34.317Z",
   "devdoc": {
     "details": "Custom super token base contract NOTE: - Because of how solidity is layouting its storages variables and custom   super token inherits the Super Token standard implementation, so it is   required that the custom token proxy would need to pad its implementation   with reserved storages used by the Super Token implementation. - You will need to append your own proxy implementation after the base   - Refer to SETH.sol for an example how it is used.",
     "kind": "dev",

package/build/contracts/ERC1820Implementer.json

@@ -1604,7 +1604,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.526Z",
+  "updatedAt": "2021-11-26T13:42:34.184Z",
   "devdoc": {
     "details": "Implementation of the {IERC1820Implementer} interface. Contracts may inherit from this and call {_registerInterfaceForAddress} to declare their willingness to be implementers. {IERC1820Registry-setInterfaceImplementer} should then be called for the registration to be complete.",
     "kind": "dev",

package/build/contracts/ERC20.json

@@ -13558,7 +13558,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.539Z",
+  "updatedAt": "2021-11-26T13:42:34.194Z",
   "devdoc": {
     "details": "Implementation of the {IERC20} interface. This implementation is agnostic to the way tokens are created. This means that a supply mechanism has to be added in a derived contract using {_mint}. For a generic mechanism see {ERC20PresetMinterPauser}. TIP: For a detailed writeup see our guide https://forum.zeppelin.solutions/t/how-to-implement-erc20-supply-mechanisms/226[How to implement supply mechanisms]. We have followed general OpenZeppelin guidelines: functions revert instead of returning `false` on failure. This behavior is nonetheless conventional and does not conflict with the expectations of ERC20 applications. Additionally, an {Approval} event is emitted on calls to {transferFrom}. This allows applications to reconstruct the allowance for all accounts just by listening to said events. Other implementations of the EIP may not emit these events, as it isn't required by the specification. Finally, the non-standard {decreaseAllowance} and {increaseAllowance} functions have been added to mitigate the well-known issues around setting allowances. See {IERC20-approve}.",
     "kind": "dev",

package/build/contracts/ERC20WithTokenInfo.json

@@ -534,7 +534,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.719Z",
+  "updatedAt": "2021-11-26T13:42:34.340Z",
   "devdoc": {
     "details": "Interface for ERC20 token with token info NOTE: Using abstract contract instead of interfaces because old solidity does not support interface inheriting other interfaces solhint-disable-next-line no-empty-blocks",
     "kind": "dev",

package/build/contracts/ERC777Helper.json

@@ -6319,7 +6319,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.728Z",
+  "updatedAt": "2021-11-26T13:42:34.349Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/ERC777RecipientDrainingGas.json

@@ -15367,7 +15367,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.822Z",
+  "updatedAt": "2021-11-26T13:42:34.438Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/ERC777RecipientReverting.json

@@ -15348,7 +15348,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.828Z",
+  "updatedAt": "2021-11-26T13:42:34.443Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/EnumerableSet.json

@@ -12454,7 +12454,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.568Z",
+  "updatedAt": "2021-11-26T13:42:34.211Z",
   "devdoc": {
     "details": "Library for managing https://en.wikipedia.org/wiki/Set_(abstract_data_type)[sets] of primitive types. Sets have the following properties: - Elements are added, removed, and checked for existence in constant time (O(1)). - Elements are enumerated in O(n). No guarantees are made on the ordering. ``` contract Example {     // Add the library methods     using EnumerableSet for EnumerableSet.AddressSet;     // Declare a set state variable     EnumerableSet.AddressSet private mySet; } ``` As of v3.3.0, sets of type `bytes32` (`Bytes32Set`), `address` (`AddressSet`) and `uint256` (`UintSet`) are supported.",
     "kind": "dev",

package/build/contracts/ExclusiveInflowTestApp.json

@@ -30444,7 +30444,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.774Z",
+  "updatedAt": "2021-11-26T13:42:34.392Z",
   "devdoc": {
     "details": "This is CFA SuperApp that maintains at most one inflw from a sender at any moment. This can test the deposit allowance logic in the deleteFlow as a recipient.",
     "kind": "dev",

package/build/contracts/FixedSizeData.json

@@ -3570,7 +3570,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.730Z",
+  "updatedAt": "2021-11-26T13:42:34.351Z",
   "devdoc": {
     "details": "Utilities for fixed size data in storage When using solidity dynamic array, first word is used to store the length of the array. For use cases that the length doesn't change, it is better to use a fixed size data premitive. To use this library: - The pointer to the storage is `slot`, the user could use `keccak256(abi.encode(...))`   scheme to create collision-free slot ID for locating the data. - To load data, or erase data and get all gas refund, data length is always required.",
     "kind": "dev",

package/build/contracts/FlowExchangeTestApp.json

@@ -30962,7 +30962,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.784Z",
+  "updatedAt": "2021-11-26T13:42:34.402Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/FullUpgradableSuperTokenProxy.json

@@ -2140,7 +2140,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.162Z",
+  "updatedAt": "2021-11-26T13:42:34.732Z",
   "devdoc": {
     "details": "Full upgradable super token proxy",
     "kind": "dev",

package/build/contracts/IConstantFlowAgreementV1.json

@@ -4359,7 +4359,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.685Z",
+  "updatedAt": "2021-11-26T13:42:34.310Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Superfluid's constant flow agreement interface",

package/build/contracts/IERC1820Implementer.json

@@ -391,7 +391,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.527Z",
+  "updatedAt": "2021-11-26T13:42:34.185Z",
   "devdoc": {
     "details": "Interface for an ERC1820 implementer, as defined in the https://eips.ethereum.org/EIPS/eip-1820#interface-implementation-erc1820implementerinterface[EIP]. Used by contracts that will be registered as implementers in the {IERC1820Registry}.",
     "kind": "dev",

package/build/contracts/IERC1820Registry.json

@@ -2374,7 +2374,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.528Z",
+  "updatedAt": "2021-11-26T13:42:34.185Z",
   "devdoc": {
     "details": "Interface of the global ERC1820 Registry, as defined in the https://eips.ethereum.org/EIPS/eip-1820[EIP]. Accounts may register implementers for interfaces in this registry, as well as query support. Implementers may be shared by multiple accounts, and can also implement more than a single interface for each account. Contracts can implement interfaces for themselves, but externally-owned accounts (EOA) must delegate this to a contract. {IERC165} interfaces can also be queried via the registry. For an in-depth explanation and source code analysis, see the EIP text.",
     "kind": "dev",

package/build/contracts/IERC20.json

@@ -2050,7 +2050,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.556Z",
+  "updatedAt": "2021-11-26T13:42:34.199Z",
   "devdoc": {
     "details": "Interface of the ERC20 standard as defined in the EIP.",
     "events": {

package/build/contracts/IERC777.json

@@ -4210,7 +4210,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.560Z",
+  "updatedAt": "2021-11-26T13:42:34.203Z",
   "devdoc": {
     "details": "Interface of the ERC777Token standard as defined in the EIP. This contract uses the https://eips.ethereum.org/EIPS/eip-1820[ERC1820 registry standard] to let token holders and recipients react to token movements by using setting implementers for the associated interfaces in said registry. See {IERC1820Registry} and {ERC1820Implementer}.",
     "kind": "dev",

package/build/contracts/IERC777Recipient.json

@@ -568,7 +568,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.561Z",
+  "updatedAt": "2021-11-26T13:42:34.205Z",
   "devdoc": {
     "details": "Interface of the ERC777TokensRecipient standard as defined in the EIP. Accounts can be notified of {IERC777} tokens being sent to them by having a contract implement this interface (contract holders can be their own implementer) and registering it on the https://eips.ethereum.org/EIPS/eip-1820[ERC1820 global registry]. See {IERC1820Registry} and {ERC1820Implementer}.",
     "kind": "dev",

package/build/contracts/IERC777Sender.json

@@ -568,7 +568,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.562Z",
+  "updatedAt": "2021-11-26T13:42:34.205Z",
   "devdoc": {
     "details": "Interface of the ERC777TokensSender standard as defined in the EIP. {IERC777} Token holders can be notified of operations performed on their tokens by having a contract implement this interface (contract holders can be  their own implementer) and registering it on the https://eips.ethereum.org/EIPS/eip-1820[ERC1820 global registry]. See {IERC1820Registry} and {ERC1820Implementer}.",
     "kind": "dev",

package/build/contracts/IInstantDistributionAgreementV1.json

@@ -9811,7 +9811,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.688Z",
+  "updatedAt": "2021-11-26T13:42:34.312Z",
   "devdoc": {
     "author": "Superfluid Notes:   - A publisher can create as many as indeces as possibily identifiable with `indexId`.     - `indexId` is deliberately limited to 32 bits, to avoid the chance for sha-3 collision.       Despite knowing sha-3 collision is only theoratical.   - A publisher can create subscription to an index for any subscriber.   - A subscription consists of:     - The index it subscribes to.     - Number of units subscribed.   - An index consists of:     - Current value as `uint128 indexValue`.     - Total units of the approved subscriptions as `uint128 totalUnitsApproved`.     - Total units of the non approved subscription as `uint128 totalUnitsPending`.   - A publisher can update index with new value that doesn't decrease.   - A publisher can update subscription with any number of units.   - A publisher or a subscriber can delete subscription and reset units to zero.   - A subscriber must approve the index in order to receive distributions from the publisher     each time the index is updated.     - The amount distributed is $$\\Delta{index} * units$$   - Distributions to a non approved subscription stays in the publisher's deposit until:     - the subscriber approve the subscription (side effect),     - the publisher update the subscription (side effect),     - the subscriber delete the subscription even if it is never approved (side effect),     - or the subscriber can explicitly claim them.",
     "kind": "dev",

package/build/contracts/IMaticBridgedNativeSuperToken.json

@@ -2422,7 +2422,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.719Z",
+  "updatedAt": "2021-11-26T13:42:34.341Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Matic Bridged Native SuperToken full interface",

package/build/contracts/IMaticBridgedNativeSuperTokenCustom.json

@@ -944,7 +944,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.720Z",
+  "updatedAt": "2021-11-26T13:42:34.342Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Functionality specific for Matic Bridged Native Super Tokens",

package/build/contracts/IMultiSigWallet.json

@@ -414,7 +414,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.691Z",
+  "updatedAt": "2021-11-26T13:42:34.316Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/INativeSuperToken.json

@@ -2298,7 +2298,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.721Z",
+  "updatedAt": "2021-11-26T13:42:34.343Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Native SuperToken full interface",

package/build/contracts/INativeSuperTokenCustom.json

@@ -820,7 +820,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.722Z",
+  "updatedAt": "2021-11-26T13:42:34.344Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Native SuperToken custom token functions",

package/build/contracts/IRelayRecipient.json

@@ -473,7 +473,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.725Z",
+  "updatedAt": "2021-11-26T13:42:34.347Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/IResolver.json

@@ -532,7 +532,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.692Z",
+  "updatedAt": "2021-11-26T13:42:34.316Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Abstraction for a address resolver contract",

package/build/contracts/ISETH.json

@@ -3565,7 +3565,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.722Z",
+  "updatedAt": "2021-11-26T13:42:34.345Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Super ETH (SETH) full interface",

package/build/contracts/ISETHCustom.json

@@ -2149,7 +2149,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.724Z",
+  "updatedAt": "2021-11-26T13:42:34.346Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Super ETH (SETH) custom token functions",

package/build/contracts/ISuperAgreement.json

@@ -848,7 +848,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.705Z",
+  "updatedAt": "2021-11-26T13:42:34.328Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/contracts/ISuperApp.json

@@ -2944,7 +2944,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.706Z",
+  "updatedAt": "2021-11-26T13:42:34.329Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/contracts/ISuperToken.json

@@ -9636,7 +9636,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.708Z",
+  "updatedAt": "2021-11-26T13:42:34.330Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/contracts/ISuperTokenFactory.json

@@ -1944,7 +1944,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.711Z",
+  "updatedAt": "2021-11-26T13:42:34.333Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/ISuperfluid.json

@@ -11073,7 +11073,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.712Z",
+  "updatedAt": "2021-11-26T13:42:34.334Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Superfluid host interface. It is the central contract of the system where super agreement, super app and super token features are connected together. The superfluid host contract is also the entry point for the protocol users, where batch call and meta transaction are provided for UX improvements.",

package/build/contracts/ISuperfluidGovernance.json

@@ -1945,7 +1945,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.715Z",
+  "updatedAt": "2021-11-26T13:42:34.337Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Superfluid's Governance interface",

package/build/contracts/ISuperfluidToken.json

@@ -6625,7 +6625,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.716Z",
+  "updatedAt": "2021-11-26T13:42:34.338Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/contracts/ITOGAv1.json

@@ -18974,7 +18974,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.184Z",
+  "updatedAt": "2021-11-26T13:42:34.751Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/contracts/IWETH.json

@@ -10346,7 +10346,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.167Z",
+  "updatedAt": "2021-11-26T13:42:34.736Z",
   "devdoc": {
     "details": "Wrapped ETH interface",
     "kind": "dev",

package/build/contracts/Initializable.json

@@ -1663,7 +1663,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.537Z",
+  "updatedAt": "2021-11-26T13:42:34.193Z",
   "devdoc": {
     "details": "This is a base contract to aid in writing upgradeable contracts, or any kind of contract that will be deployed behind a proxy. Since a proxied contract can't have a constructor, it's common to move constructor logic to an external initializer function, usually called `initialize`. It then becomes necessary to protect this initializer function so it can only be called once. The {initializer} modifier provided by this contract will have this effect. TIP: To avoid leaving the proxy in an uninitialized state, the initializer function should be called as early as possible by providing the encoded function call as the `_data` argument to {UpgradeableProxy-constructor}. CAUTION: When used with inheritance, manual care must be taken to not invoke a parent initializer twice, or to ensure that all initializers are idempotent. This is not verified automatically as constructors are by Solidity.",
     "kind": "dev",

package/build/contracts/InstantDistributionAgreementV1.json

@@ -93924,7 +93924,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.625Z",
+  "updatedAt": "2021-11-26T13:42:34.255Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/Int96SafeMath.json

@@ -5142,7 +5142,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.731Z",
+  "updatedAt": "2021-11-26T13:42:34.353Z",
   "devdoc": {
     "details": "Int96 math operations with safety checks that revert on error.",
     "kind": "dev",

package/build/contracts/Math.json

@@ -1917,7 +1917,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.530Z",
+  "updatedAt": "2021-11-26T13:42:34.186Z",
   "devdoc": {
     "details": "Standard math utilities missing in the Solidity language.",
     "kind": "dev",

package/build/contracts/MaticBridgedNativeSuperTokenProxy.json

@@ -4038,7 +4038,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.164Z",
+  "updatedAt": "2021-11-26T13:42:34.733Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Native SuperToken with interfaces for the Matic POS bridge to mint and burn. See https://docs.polygon.technology/docs/develop/ethereum-matic/pos/mapping-assets/",

package/build/contracts/MultiFlowApp.json

@@ -39279,7 +39279,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.143Z",
+  "updatedAt": "2021-11-26T13:42:34.708Z",
   "devdoc": {
     "details": "Multi Flow (Super) App A super app that can split incoming flows to multiple outgoing flows. This is used for testing CFA callbacks logic.",
     "kind": "dev",