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

package/build/contracts/NativeSuperTokenProxy.json

@@ -1794,7 +1794,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.165Z",
+  "updatedAt": "2021-11-26T13:42:34.734Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Native SuperToken custom super token implementation NOTE: - This is a simple implementation where the supply is pre-minted.",

package/build/contracts/NonClosableOutflowTestApp.json

@@ -29692,7 +29692,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.795Z",
+  "updatedAt": "2021-11-26T13:42:34.413Z",
   "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

@@ -2893,7 +2893,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.525Z",
+  "updatedAt": "2021-11-26T13:42:34.182Z",
   "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

@@ -1490,7 +1490,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.538Z",
+  "updatedAt": "2021-11-26T13:42:34.194Z",
   "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/SETHProxy.json

@@ -10339,7 +10339,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.172Z",
+  "updatedAt": "2021-11-26T13:42:34.740Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Super ETH (SETH) custom super totken implementation",

package/build/contracts/SETHReceiveLogic.json

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

package/build/contracts/SafeCast.json

@@ -8612,7 +8612,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.572Z",
+  "updatedAt": "2021-11-26T13:42:34.216Z",
   "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

@@ -6079,7 +6079,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.557Z",
+  "updatedAt": "2021-11-26T13:42:34.200Z",
   "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

@@ -9068,7 +9068,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.531Z",
+  "updatedAt": "2021-11-26T13:42:34.187Z",
   "devdoc": {
     "details": "Wrappers over Solidity's arithmetic operations with added overflow checks. Arithmetic operations in Solidity wrap on overflow. This can easily result in bugs, because programmers usually assume that an overflow raises an error, which is the standard behavior in high level programming languages. `SafeMath` restores this intuition by reverting the transaction when 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.",
     "kind": "dev",

package/build/contracts/SelfDeletingFlowTestApp.json

@@ -30185,7 +30185,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.806Z",
+  "updatedAt": "2021-11-26T13:42:34.423Z",
   "devdoc": {
     "details": "This is CFA SuperApp that refuses to accept any opening flow without reverting them.",
     "kind": "dev",

package/build/contracts/SignedSafeMath.json

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

package/build/contracts/SlotsBitmapLibrary.json

@@ -8119,7 +8119,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:19.665Z",
+  "updatedAt": "2021-11-26T13:42:34.292Z",
   "devdoc": {
     "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",
     "kind": "dev",

package/build/contracts/Strings.json

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

package/build/contracts/SuperAppBase.json

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

package/build/contracts/SuperAppDefinitions.json

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

package/build/contracts/SuperToken.json

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

package/build/contracts/SuperTokenFactory.json

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

package/build/contracts/SuperTokenFactoryBase.json

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

package/build/contracts/SuperTokenFactoryHelper.json

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

package/build/contracts/SuperUpgrader.json

@@ -9004,7 +9004,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.3",
-  "updatedAt": "2021-11-23T12:16:20.202Z",
+  "updatedAt": "2021-11-26T13:42:34.765Z",
   "devdoc": {
     "details": "Upgrader contract for super tokens. 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

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