@superfluid-finance/ethereum-contracts 1.9.1 → 1.9.2-dev.2dbb63e.0

package/build/truffle/IERC1820Implementer.json

@@ -211,7 +211,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.076Z",
+  "updatedAt": "2024-03-28T13:04:47.759Z",
   "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/truffle/IERC1820Registry.json

@@ -1290,7 +1290,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.077Z",
+  "updatedAt": "2024-03-28T13:04:47.759Z",
   "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/truffle/IERC1822Proxiable.json

@@ -144,7 +144,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.043Z",
+  "updatedAt": "2024-03-28T13:04:47.706Z",
   "devdoc": {
     "details": "ERC1822: Universal Upgradeable Proxy Standard (UUPS) documents a method for upgradeability through a simplified proxy whose upgrades are fully controlled by the current implementation.",
     "kind": "dev",

package/build/truffle/IERC1967.json

@@ -301,7 +301,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.042Z",
+  "updatedAt": "2024-03-28T13:04:47.705Z",
   "devdoc": {
     "details": "ERC-1967: Proxy Storage Slots. This interface contains the events defined in the ERC. _Available since v4.8.3._",
     "events": {

package/build/truffle/IERC20.json

@@ -1120,7 +1120,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.058Z",
+  "updatedAt": "2024-03-28T13:04:47.739Z",
   "devdoc": {
     "details": "Interface of the ERC20 standard as defined in the EIP.",
     "events": {

package/build/truffle/IERC20Metadata.json

@@ -510,7 +510,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.059Z",
+  "updatedAt": "2024-03-28T13:04:47.741Z",
   "devdoc": {
     "details": "Interface for the optional metadata functions from the ERC20 standard. _Available since v4.1._",
     "events": {

package/build/truffle/IERC20Permit.json

@@ -521,7 +521,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.060Z",
+  "updatedAt": "2024-03-28T13:04:47.742Z",
   "devdoc": {
     "details": "Interface of the ERC20 Permit extension allowing approvals to be made via signatures, as defined in https://eips.ethereum.org/EIPS/eip-2612[EIP-2612]. Adds the {permit} method, which can be used to change an account's ERC20 allowance (see {IERC20-allowance}) by presenting a message signed by the account. By not relying on {IERC20-approve}, the token holder account doesn't need to send a transaction, and thus is not required to hold Ether at all. ==== Security Considerations There are two important considerations concerning the use of `permit`. The first is that a valid permit signature expresses an allowance, and it should not be assumed to convey additional meaning. In particular, it should not be considered as an intention to spend the allowance in any specific way. The second is that because permits have built-in replay protection and can be submitted by anyone, they can be frontrun. A protocol that uses permits should take this into consideration and allow a `permit` call to fail. Combining these two aspects, a pattern that may be generally recommended is: ```solidity function doThingWithPermit(..., uint256 value, uint256 deadline, uint8 v, bytes32 r, bytes32 s) public {     try token.permit(msg.sender, address(this), value, deadline, v, r, s) {} catch {}     doThing(..., value); } function doThing(..., uint256 value) public {     token.safeTransferFrom(msg.sender, address(this), value);     ... } ``` Observe that: 1) `msg.sender` is used as the owner, leaving no ambiguity as to the signer intent, and 2) the use of `try/catch` allows the permit to fail and makes the code tolerant to frontrunning. (See also {SafeERC20-safeTransferFrom}). Additionally, note that smart contract wallets (such as Argent or Safe) are not able to produce permit signatures, so contracts should have entry points that don't rely on permit.",
     "kind": "dev",

package/build/truffle/IERC5267.json

@@ -369,7 +369,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.043Z",
+  "updatedAt": "2024-03-28T13:04:47.706Z",
   "devdoc": {
     "events": {
       "EIP712DomainChanged()": {

package/build/truffle/IERC721.json

@@ -1659,7 +1659,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.062Z",
+  "updatedAt": "2024-03-28T13:04:47.744Z",
   "devdoc": {
     "details": "Required interface of an ERC721 compliant contract.",
     "events": {

package/build/truffle/IERC721Metadata.json

@@ -651,7 +651,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.063Z",
+  "updatedAt": "2024-03-28T13:04:47.745Z",
   "devdoc": {
     "details": "See https://eips.ethereum.org/EIPS/eip-721",
     "events": {

package/build/truffle/IERC777.json

@@ -2307,7 +2307,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.063Z",
+  "updatedAt": "2024-03-28T13:04:47.746Z",
   "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}.",
     "events": {

package/build/truffle/IERC777Recipient.json

@@ -307,7 +307,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.064Z",
+  "updatedAt": "2024-03-28T13:04:47.747Z",
   "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/truffle/IERC777Sender.json

@@ -307,7 +307,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.065Z",
+  "updatedAt": "2024-03-28T13:04:47.747Z",
   "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/truffle/IFlowNFTBase.json

@@ -1296,7 +1296,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.326Z",
+  "updatedAt": "2024-03-28T13:04:48.032Z",
   "devdoc": {
     "events": {
       "Approval(address,address,uint256)": {

package/build/truffle/IGeneralDistributionAgreementV1.json

@@ -5585,7 +5585,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.310Z",
+  "updatedAt": "2024-03-28T13:04:48.011Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/IInstantDistributionAgreementV1.json

@@ -5910,7 +5910,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.307Z",
+  "updatedAt": "2024-03-28T13:04:48.007Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/IMultiSigWallet.json

@@ -305,7 +305,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.347Z",
+  "updatedAt": "2024-03-28T13:04:48.047Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/IPoolAdminNFT.json

@@ -831,7 +831,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.312Z",
+  "updatedAt": "2024-03-28T13:04:48.014Z",
   "devdoc": {
     "events": {
       "Approval(address,address,uint256)": {

package/build/truffle/IPoolMemberNFT.json

@@ -1186,7 +1186,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.312Z",
+  "updatedAt": "2024-03-28T13:04:48.015Z",
   "devdoc": {
     "events": {
       "Approval(address,address,uint256)": {

package/build/truffle/IPoolNFTBase.json

@@ -980,7 +980,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.313Z",
+  "updatedAt": "2024-03-28T13:04:48.016Z",
   "devdoc": {
     "events": {
       "Approval(address,address,uint256)": {

package/build/truffle/IPureSuperToken.json

@@ -2320,7 +2320,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.341Z",
+  "updatedAt": "2024-03-28T13:04:48.044Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/IPureSuperTokenCustom.json

@@ -340,7 +340,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.344Z",
+  "updatedAt": "2024-03-28T13:04:48.045Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/IRelayRecipient.json

@@ -253,7 +253,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.347Z",
+  "updatedAt": "2024-03-28T13:04:48.047Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "A contract must implement this interface in order to support relayed transactionsIt is better to inherit the BaseRelayRecipient as its implementation",

package/build/truffle/IResolver.json

@@ -380,7 +380,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.348Z",
+  "updatedAt": "2024-03-28T13:04:48.048Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/ISETH.json

@@ -2359,7 +2359,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.344Z",
+  "updatedAt": "2024-03-28T13:04:48.045Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/ISETHCustom.json

@@ -379,7 +379,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.346Z",
+  "updatedAt": "2024-03-28T13:04:48.047Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/ISafe.json

@@ -593,7 +593,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.348Z",
+  "updatedAt": "2024-03-28T13:04:48.048Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/IStorageLayoutBase.json

@@ -118,7 +118,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.650Z",
+  "updatedAt": "2024-03-28T13:04:48.323Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/ISuperAgreement.json

@@ -419,7 +419,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.327Z",
+  "updatedAt": "2024-03-28T13:04:48.033Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/ISuperApp.json

@@ -1676,7 +1676,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.327Z",
+  "updatedAt": "2024-03-28T13:04:48.033Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Be aware of the app being jailed, when the word permitted is used.",

package/build/truffle/ISuperToken.json

@@ -8028,7 +8028,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.328Z",
+  "updatedAt": "2024-03-28T13:04:48.034Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/ISuperTokenFactory.json

@@ -2227,7 +2227,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.331Z",
+  "updatedAt": "2024-03-28T13:04:48.037Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/ISuperfluid.json

@@ -7680,7 +7680,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.332Z",
+  "updatedAt": "2024-03-28T13:04:48.038Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/ISuperfluidGovernance.json

@@ -1890,7 +1890,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.337Z",
+  "updatedAt": "2024-03-28T13:04:48.041Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/ISuperfluidPool.json

@@ -2866,7 +2866,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.313Z",
+  "updatedAt": "2024-03-28T13:04:48.017Z",
   "devdoc": {
     "details": "The interface for any super token pool regardless of the distribution schemes.",
     "events": {

package/build/truffle/ISuperfluidToken.json

@@ -4058,7 +4058,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.339Z",
+  "updatedAt": "2024-03-28T13:04:48.042Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/ITOGAv1.json

@@ -10899,7 +10899,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.580Z",
+  "updatedAt": "2024-03-28T13:04:49.033Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "TOGA is a simple implementation of a continuous auction.      It's used to designate PICs (Patrician In Charge) - a role defined per Super Token.      Anybody can become the PIC for a Super Token by staking the highest bond (denominated in the token).      Staking is done by simply using ERC777.send(), transferring the bond amount to be staked to this contract.      Via userData parameter (abi-encoded int96), an exitRate can be defined. If omitted, a default will be chosen.      The exitRate is the flowrate at which the bond is streamed back to the PIC.      Any rewards accrued by this contract (in general the whole token balance) become part of the bond.      When a PIC is outbid, the current bond is transferred to it with ERC777.send().      changes in v2:      In case that send() fails (e.g. due to a reverting hook), the bond is transferred to a custodian contract.      Funds accumulated there can be withdrawn from there at any time.      The current PIC can increase its bond by sending more funds using ERC777.send().      changes in v3:      Use ERC20.transfer() instead of ERC777.send() when outbid.      This allows us to eliminate the custodian contract and related complexity.",

package/build/truffle/ITOGAv2.json

@@ -10931,7 +10931,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.587Z",
+  "updatedAt": "2024-03-28T13:04:49.037Z",
   "devdoc": {
     "events": {
       "BondIncreased(address,uint256)": {

package/build/truffle/ITOGAv3.json

@@ -10918,7 +10918,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.596Z",
+  "updatedAt": "2024-03-28T13:04:49.043Z",
   "devdoc": {
     "events": {
       "BondIncreased(address,uint256)": {

package/build/truffle/IUserDefinedMacro.json

@@ -318,7 +318,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.349Z",
+  "updatedAt": "2024-03-28T13:04:48.048Z",
   "devdoc": {
     "details": "User-defined macro used in implementations of TrustedMacros.",
     "kind": "dev",

package/build/truffle/Initializable.json

@@ -2086,7 +2086,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.051Z",
+  "updatedAt": "2024-03-28T13:04:47.733Z",
   "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] ```solidity 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/truffle/InstantDistributionAgreementV1.json

@@ -78232,7 +78232,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.159Z",
+  "updatedAt": "2024-03-28T13:04:47.832Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Please read IInstantDistributionAgreementV1 for implementation notes.For more technical notes, please visit protocol-monorepo wiki area. Storage Layout Notes Agreement State NOTE The Agreement State slot is computed with the following function: keccak256(abi.encode(\"AgreementState\", msg.sender, account, slotId)) Publisher Deposit State Slot slotId           = _PUBLISHER_DEPOSIT_STATE_SLOT_ID or 1 << 32 or 4294967296 msg.sender       = address of IDAv1 account          = context.msgSender Publisher Deposit State stores deposit state for a publisher, this is the pending value. Subscriber Subscription Data Slot Id Start slotId           = _SUBSCRIBER_SUB_DATA_STATE_SLOT_ID_START or 1 << 128 or 340282366920938463463374607431768211456 msg.sender       = address of IDAv1 account          = context.msgSender Subscriber Subscription Data Slot Id Start indicates the starting slot for where we begin to store the indexes a subscriber is a part of. Slots Bitmap Data Slot slotId           = _SUBSCRIBER_SUBS_BITMAP_STATE_SLOT_ID or 0 msg.sender       = address of IDAv1 account          = context.msgSender Slots Bitmap Data Slot stores the bitmap of the slots that are \"enabled\" for a subscriber. This is used as an optimization to only get the data (index id's) for the slots that are \"enabled\". Agreement Data NOTE The Agreement Data slot is calculated with the following function: keccak256(abi.encode(\"AgreementData\", agreementClass, agreementId)) agreementClass   = address of IDAv1 agreementId      = PublisherId | SubscriptionId PublisherId      = keccak256(abi.encode(\"publisher\", publisher, indexId)) publisher        = \"owner\" of the index indexId          = arbitrary value for allowing multiple indexes by the same token-publisher pair PublisherId stores IndexData for an Index. SubscriptionId   = keccak256(abi.encode(\"subscriber\", subscriber, iId)) iId              = PublisherId, the index this particular subscriber is subscribed to SubscriptionId stores SubscriptionData for a subscriber to an Index.",

package/build/truffle/MacroForwarder.json

@@ -8678,7 +8678,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.328Z",
+  "updatedAt": "2024-03-28T13:04:48.848Z",
   "devdoc": {
     "details": "This is a trusted forwarder with high degree of extensibility through permission-less and user-defined \"macro contracts\". This is a vanilla version without EIP-712 support.",
     "kind": "dev",

package/build/truffle/Math.json

@@ -11770,7 +11770,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.077Z",
+  "updatedAt": "2024-03-28T13:04:47.760Z",
   "devdoc": {
     "details": "Standard math utilities missing in the Solidity language.",
     "kind": "dev",

package/build/truffle/NonClosableOutflowTestApp.json

@@ -21649,7 +21649,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.428Z",
+  "updatedAt": "2024-03-28T13:04:48.123Z",
   "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/truffle/Ownable.json

@@ -1397,7 +1397,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.041Z",
+  "updatedAt": "2024-03-28T13:04:47.704Z",
   "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/truffle/PoolAdminNFT.json

@@ -16157,7 +16157,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.218Z",
+  "updatedAt": "2024-03-28T13:04:47.900Z",
   "devdoc": {
     "events": {
       "Approval(address,address,uint256)": {

package/build/truffle/PoolMemberNFT.json

@@ -18693,7 +18693,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.224Z",
+  "updatedAt": "2024-03-28T13:04:47.906Z",
   "devdoc": {
     "events": {
       "Approval(address,address,uint256)": {

package/build/truffle/PoolNFTBase.json

@@ -8336,7 +8336,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.230Z",
+  "updatedAt": "2024-03-28T13:04:47.913Z",
   "devdoc": {
     "events": {
       "Approval(address,address,uint256)": {

package/build/truffle/Proxy.json

@@ -860,7 +860,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.046Z",
+  "updatedAt": "2024-03-28T13:04:47.709Z",
   "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/truffle/ProxyDeployerLibrary.json

@@ -20909,7 +20909,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.404Z",
+  "updatedAt": "2024-03-28T13:04:48.899Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/PureSuperToken.json

@@ -4451,7 +4451,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.286Z",
+  "updatedAt": "2024-03-28T13:04:48.804Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "This is a simple implementation where the supply is pre-minted.",

package/build/truffle/Resolver.json

@@ -7062,7 +7062,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.333Z",
+  "updatedAt": "2024-03-28T13:04:48.851Z",
   "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/truffle/SETHProxy.json

@@ -4168,7 +4168,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:02.288Z",
+  "updatedAt": "2024-03-28T13:04:48.807Z",
   "devdoc": {
     "author": "Superfluid It is also called a Native-Asset Super Token.",
     "details": "Super ETH (SETH) custom super token implementation",

package/build/truffle/SafeCast.json

@@ -19773,7 +19773,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.081Z",
+  "updatedAt": "2024-03-28T13:04:47.764Z",
   "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/truffle/SafeERC20.json

@@ -5205,7 +5205,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.060Z",
+  "updatedAt": "2024-03-28T13:04:47.742Z",
   "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/truffle/SafeGasLibrary.json

@@ -444,7 +444,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2024-03-20T08:39:01.357Z",
+  "updatedAt": "2024-03-28T13:04:48.057Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",