@superfluid-finance/ethereum-contracts 1.4.2-dev.eef6e1f.0 → 1.4.2

package/build/contracts/Initializable.json

@@ -1913,7 +1913,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:35.931Z",
+  "updatedAt": "2022-10-17T13:30:37.416Z",
   "devdoc": {
     "custom:oz-upgrades-unsafe-allow": "constructor constructor() {     _disableInitializers(); } ``` ====",
     "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 proxied contracts do not make use of 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. The initialization functions use a version number. Once a version number is used, it is consumed and cannot be reused. This mechanism prevents re-execution of each \"step\" but allows the creation of new initialization steps in case an upgrade adds a module that needs to be initialized. For example: [.hljs-theme-light.nopadding] ``` contract MyToken is ERC20Upgradeable {     function initialize() initializer public {         __ERC20_init(\"MyToken\", \"MTK\");     } } contract MyTokenV2 is MyToken, ERC20PermitUpgradeable {     function initializeV2() reinitializer(2) public {         __ERC20Permit_init(\"MyToken\");     } } ``` 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 {ERC1967Proxy-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. [CAUTION] ==== Avoid leaving a contract uninitialized. An uninitialized contract can be taken over by an attacker. This applies to both a proxy and its implementation contract, which may impact the proxy. To prevent the implementation contract from being used, you should invoke the {_disableInitializers} function in the constructor to automatically lock it when it is deployed: [.hljs-theme-light.nopadding] ```",

package/build/contracts/InstantDistributionAgreementV1.json

@@ -74396,7 +74396,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.014Z",
+  "updatedAt": "2022-10-17T13:30:37.494Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Please read IInstantDistributionAgreementV1 for implementation notes.For more technical notes, please visit protocol-monorepo wiki area.",

package/build/contracts/NonClosableOutflowTestApp.json

@@ -20193,7 +20193,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.174Z",
+  "updatedAt": "2022-10-17T13:30:37.631Z",
   "devdoc": {
     "details": "This is CFA SuperApp that refuses to close its outflow by its receiver. This test the logic that the app re-opens the same stream in the termination callback. In reality, the app would have to fund the app with enough tokens to not to be jailed due to low balance.",
     "kind": "dev",

package/build/contracts/Ownable.json

@@ -1394,7 +1394,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:35.929Z",
+  "updatedAt": "2022-10-17T13:30:37.415Z",
   "devdoc": {
     "details": "Contract module which provides a basic access control mechanism, where there is an account (an owner) that can be granted exclusive access to specific functions. By default, the owner account will be the one that deploys the contract. This can later be changed with {transferOwnership}. This module is used through inheritance. It will make available the modifier `onlyOwner`, which can be applied to your functions to restrict their use to the owner.",
     "kind": "dev",

package/build/contracts/Proxy.json

@@ -813,7 +813,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:35.930Z",
+  "updatedAt": "2022-10-17T13:30:37.415Z",
   "devdoc": {
     "details": "This abstract contract provides a fallback function that delegates all calls to another contract using the EVM instruction `delegatecall`. We refer to the second contract as the _implementation_ behind the proxy, and it has to be specified by overriding the virtual {_implementation} function. Additionally, delegation to the implementation can be triggered manually through the {_fallback} function, or to a different contract through the {_delegate} function. The success and return data of the delegated call will be returned back to the caller of the proxy.",
     "kind": "dev",

package/build/contracts/PureSuperToken.json

@@ -3917,7 +3917,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.522Z",
+  "updatedAt": "2022-10-17T13:30:37.936Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "This is a simple implementation where the supply is pre-minted.",

package/build/contracts/Resolver.json

@@ -6184,7 +6184,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.541Z",
+  "updatedAt": "2022-10-17T13:30:37.958Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "A simple implementation of IResolver using OZ AccessControl NOTE: Relevant events for indexing: - OZ Access Control events `RoleGranted`/`RoleRevoked`: admin add/remove - IResolver event `Set`: resolver name updates",

package/build/contracts/SETHProxy.json

@@ -3872,7 +3872,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.525Z",
+  "updatedAt": "2022-10-17T13:30:37.944Z",
   "devdoc": {
     "author": "Superfluid It is also called a Native-Asset Super Token.",
     "details": "Super ETH (SETH) custom super token implementation",

package/build/contracts/SafeCast.json

@@ -24577,7 +24577,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:35.955Z",
+  "updatedAt": "2022-10-17T13:30:37.434Z",
   "devdoc": {
     "details": "Wrappers over Solidity's uintXX/intXX casting operators with added overflow checks. Downcasting from uint256/int256 in Solidity does not revert on overflow. This can easily result in undesired exploitation or bugs, since developers usually assume that overflows raise errors. `SafeCast` restores this intuition by reverting the transaction when such an operation overflows. Using this library instead of the unchecked operations eliminates an entire class of bugs, so it's recommended to use it always. Can be combined with {SafeMath} and {SignedSafeMath} to extend it to smaller types, by performing all math on `uint256` and `int256` and then downcasting.",
     "kind": "dev",

package/build/contracts/SafeERC20.json

@@ -3901,7 +3901,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:35.944Z",
+  "updatedAt": "2022-10-17T13:30:37.424Z",
   "devdoc": {
     "details": "Wrappers around ERC20 operations that throw on failure (when the token contract returns false). Tokens that return no value (and instead revert or throw on failure) are also supported, non-reverting calls are assumed to be successful. To use this library you can add a `using SafeERC20 for IERC20;` statement to your contract, which allows you to call the safe operations as `token.safeTransfer(...)`, etc.",
     "kind": "dev",

package/build/contracts/SafeMath.json

@@ -3773,7 +3773,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:35.966Z",
+  "updatedAt": "2022-10-17T13:30:37.443Z",
   "devdoc": {
     "details": "Wrappers over Solidity's arithmetic operations. NOTE: `SafeMath` is generally not needed starting with Solidity 0.8, since the compiler now has built in overflow checking.",
     "kind": "dev",

package/build/contracts/SelfDeletingFlowTestApp.json

@@ -20692,7 +20692,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.182Z",
+  "updatedAt": "2022-10-17T13:30:37.638Z",
   "devdoc": {
     "details": "This is CFA SuperApp that refuses to accept any opening flow without reverting them.",
     "kind": "dev",

package/build/contracts/SlotsBitmapLibrary.json

@@ -9817,7 +9817,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.126Z",
+  "updatedAt": "2022-10-17T13:30:37.592Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "A library implements slots bitmap on Superfluid Token storage NOTE: - A slots bitmap allows you to iterate through a list of data efficiently. - A data slot can be enabled or disabled with the help of bitmap. - MAX_NUM_SLOTS is 256 in this implementation (using one uint256) - Superfluid token storage usage:   - getAgreementStateSlot(bitmapStateSlotId) stores the bitmap of enabled data slots   - getAgreementStateSlot(dataStateSlotIDStart + stotId) stores the data of the slot",

package/build/contracts/StreamRedirector.json

@@ -16872,7 +16872,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.293Z",
+  "updatedAt": "2022-10-17T13:30:37.735Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/Strings.json

@@ -2879,7 +2879,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:35.951Z",
+  "updatedAt": "2022-10-17T13:30:37.430Z",
   "devdoc": {
     "details": "String operations.",
     "kind": "dev",

package/build/contracts/SuperAppBase.json

@@ -2157,7 +2157,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.063Z",
+  "updatedAt": "2022-10-17T13:30:37.537Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/SuperAppDefinitions.json

@@ -8343,7 +8343,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.096Z",
+  "updatedAt": "2022-10-17T13:30:37.566Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/contracts/SuperToken.json

@@ -48766,7 +48766,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.463Z",
+  "updatedAt": "2022-10-17T13:30:37.884Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/contracts/SuperTokenFactory.json

@@ -11202,7 +11202,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.481Z",
+  "updatedAt": "2022-10-17T13:30:37.900Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/SuperTokenFactoryBase.json

@@ -5237,7 +5237,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.486Z",
+  "updatedAt": "2022-10-17T13:30:37.904Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/SuperTokenFactoryHelper.json

@@ -5569,7 +5569,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.488Z",
+  "updatedAt": "2022-10-17T13:30:37.907Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/SuperUpgrader.json

@@ -14367,7 +14367,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.543Z",
+  "updatedAt": "2022-10-17T13:30:37.960Z",
   "devdoc": {
     "author": "Superfluid NOTE: - User would need to first SuperToken.approve the `SuperUpgrader` for the job. - Using access control to allow multiple backend agent to upgrade tokens for the users - Risk taken by the user is that the underlying tokens are converted to the Super Tokens by the upgrader agents.",
     "kind": "dev",

package/build/contracts/Superfluid.json

@@ -65174,7 +65174,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.491Z",
+  "updatedAt": "2022-10-17T13:30:37.909Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "The Superfluid host implementation. NOTE: - Please read ISuperfluid for implementation notes. - For some deeper technical notes, please visit protocol-monorepo wiki area.",

package/build/contracts/SuperfluidErrors.json

@@ -8432,7 +8432,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.9",
-  "updatedAt": "2022-10-07T09:41:36.099Z",
+  "updatedAt": "2022-10-17T13:30:37.568Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",