@superfluid-finance/ethereum-contracts 1.2.2-dev.c9bc19b.0 → 1.2.2-dev.ff14ff1.0

package/build/contracts/Int96SafeMath.json

@@ -2643,7 +2643,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.459Z",
+  "updatedAt": "2022-05-04T14:52:21.792Z",
   "devdoc": {
     "details": "Int96 math operations with safety checks that revert on error.",
     "kind": "dev",

package/build/contracts/MaticBridgedNativeSuperTokenProxy.json

@@ -5534,7 +5534,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.802Z",
+  "updatedAt": "2022-05-04T14:52:22.192Z",
   "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/NonClosableOutflowTestApp.json

@@ -19788,7 +19788,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.495Z",
+  "updatedAt": "2022-05-04T14:52:21.835Z",
   "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

@@ -1299,7 +1299,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.291Z",
+  "updatedAt": "2022-05-04T14:52:21.597Z",
   "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/Pausable.json

@@ -1049,7 +1049,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.293Z",
+  "updatedAt": "2022-05-04T14:52:21.599Z",
   "devdoc": {
     "details": "Contract module which allows children to implement an emergency stop mechanism that can be triggered by an authorized account. This module is used through inheritance. It will make available the modifiers `whenNotPaused` and `whenPaused`, which can be applied to the functions of your contract. Note that they will not be pausable by simply including this module, only once the modifiers are put in place.",
     "events": {

package/build/contracts/Proxy.json

@@ -808,7 +808,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.291Z",
+  "updatedAt": "2022-05-04T14:52:21.598Z",
   "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

@@ -3928,7 +3928,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.804Z",
+  "updatedAt": "2022-05-04T14:52:22.194Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "This is a simple implementation where the supply is pre-minted.",

package/build/contracts/Resolver.json

@@ -6214,7 +6214,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.811Z",
+  "updatedAt": "2022-05-04T14:52:22.202Z",
   "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

@@ -3854,7 +3854,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.805Z",
+  "updatedAt": "2022-05-04T14:52:22.196Z",
   "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

@@ -5142,7 +5142,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.325Z",
+  "updatedAt": "2022-05-04T14:52:21.636Z",
   "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

@@ -3049,7 +3049,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.305Z",
+  "updatedAt": "2022-05-04T14:52:21.614Z",
   "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

@@ -3770,7 +3770,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.327Z",
+  "updatedAt": "2022-05-04T14:52:21.639Z",
   "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

@@ -20287,7 +20287,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.502Z",
+  "updatedAt": "2022-05-04T14:52:21.842Z",
   "devdoc": {
     "details": "This is CFA SuperApp that refuses to accept any opening flow without reverting them.",
     "kind": "dev",

package/build/contracts/SlotsBitmapLibrary.json

@@ -9458,7 +9458,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.398Z",
+  "updatedAt": "2022-05-04T14:52:21.720Z",
   "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/Strings.json

@@ -2565,7 +2565,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.322Z",
+  "updatedAt": "2022-05-04T14:52:21.632Z",
   "devdoc": {
     "details": "String operations.",
     "kind": "dev",

package/build/contracts/SuperAppBase.json

@@ -2130,7 +2130,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.413Z",
+  "updatedAt": "2022-05-04T14:52:21.737Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/SuperAppDefinitions.json

@@ -6477,7 +6477,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.437Z",
+  "updatedAt": "2022-05-04T14:52:21.766Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/contracts/SuperToken.json

@@ -50293,7 +50293,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.748Z",
+  "updatedAt": "2022-05-04T14:52:22.130Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/contracts/SuperTokenFactory.json

@@ -11010,7 +11010,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.764Z",
+  "updatedAt": "2022-05-04T14:52:22.148Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/SuperTokenFactoryBase.json

@@ -4843,7 +4843,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.768Z",
+  "updatedAt": "2022-05-04T14:52:22.153Z",
   "devdoc": {
     "kind": "dev",
     "methods": {

package/build/contracts/SuperTokenFactoryHelper.json

@@ -5217,7 +5217,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.770Z",
+  "updatedAt": "2022-05-04T14:52:22.155Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/contracts/SuperUpgrader.json

@@ -14343,7 +14343,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.813Z",
+  "updatedAt": "2022-05-04T14:52:22.205Z",
   "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

@@ -72026,7 +72026,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.7",
-  "updatedAt": "2022-05-04T17:16:28.773Z",
+  "updatedAt": "2022-05-04T14:52:22.158Z",
   "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.",