@superfluid-finance/ethereum-contracts 1.14.0 → 1.14.1-dev.a996917.0

package/build/truffle/AccessControl.json

@@ -3890,7 +3890,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.354Z",
+  "updatedAt": "2025-10-29T10:45:21.929Z",
   "devdoc": {
     "details": "Contract module that allows children to implement role-based access control mechanisms. This is a lightweight version that doesn't allow enumerating role members except through off-chain means by accessing the contract event logs. Some applications may benefit from on-chain enumerability, for those cases see {AccessControlEnumerable}. 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: ```solidity 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}: ```solidity 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. We recommend using {AccessControlDefaultAdminRules} to enforce additional security measures for this role.",
     "errors": {

package/build/truffle/AccessControlEnumerable.json

@@ -2257,7 +2257,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.360Z",
+  "updatedAt": "2025-10-29T10:45:21.938Z",
   "devdoc": {
     "details": "Extension of {AccessControl} that allows enumerating the members of each role.",
     "errors": {

package/build/truffle/AdditionalMonetaryTypeHelpers.json

@@ -31332,7 +31332,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.433Z",
+  "updatedAt": "2025-10-29T10:45:22.017Z",
   "devdoc": {
     "details": "Additional helper functions for the monetary types Note that due to solidity current limitations, operators for mixed user defined value types are not supported, hence the need of this library. Read more at: https://github.com/ethereum/solidity/issues/11969#issuecomment-1448445474",
     "kind": "dev",

package/build/truffle/Address.json

@@ -3355,7 +3355,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.394Z",
+  "updatedAt": "2025-10-29T10:45:21.976Z",
   "devdoc": {
     "details": "Collection of functions related to the address type",
     "errors": {

package/build/truffle/AgreementBase.json

@@ -833,7 +833,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.451Z",
+  "updatedAt": "2025-10-29T10:45:22.034Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/AgreementLibrary.json

@@ -7332,7 +7332,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.451Z",
+  "updatedAt": "2025-10-29T10:45:22.035Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Helper library for building super agreement",

package/build/truffle/Arrays.json

@@ -13346,7 +13346,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.395Z",
+  "updatedAt": "2025-10-29T10:45:21.977Z",
   "devdoc": {
     "details": "Collection of functions related to array types.",
     "kind": "dev",

package/build/truffle/BaseRelayRecipient.json

@@ -640,7 +640,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.589Z",
+  "updatedAt": "2025-10-29T10:45:22.197Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "A base contract to be inherited by any contract that want to receive relayed transactions      A subclass must use \"_msgSender()\" instead of \"msg.sender\"      MODIFIED FROM: https://github.com/opengsn/forwarder/blob/master/contracts/BaseRelayRecipient.sol",

package/build/truffle/BatchLiquidator.json

@@ -11411,7 +11411,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.833Z",
+  "updatedAt": "2025-10-29T10:45:22.533Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "This contract allows to delete multiple flows in a single transaction.",

package/build/truffle/BatchOperation.json

@@ -6905,7 +6905,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.570Z",
+  "updatedAt": "2025-10-29T10:45:22.173Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/BeaconProxiable.json

@@ -255,7 +255,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.831Z",
+  "updatedAt": "2025-10-29T10:45:22.530Z",
   "devdoc": {
     "events": {
       "Initialized(uint8)": {

package/build/truffle/BeaconProxy.json

@@ -3483,7 +3483,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.378Z",
+  "updatedAt": "2025-10-29T10:45:21.965Z",
   "devdoc": {
     "details": "This contract implements a proxy that gets the implementation address for each call from an {UpgradeableBeacon}. The beacon address can only be set once during construction, and cannot be changed afterwards. It is stored in an immutable variable to avoid unnecessary storage reads, and also in the beacon storage slot specified by https://eips.ethereum.org/EIPS/eip-1967[ERC-1967] so that it can be accessed externally. CAUTION: Since the beacon address can never be changed, you must ensure that you either control the beacon, or trust the beacon to not upgrade the implementation maliciously. IMPORTANT: Do not use the implementation logic to modify the beacon storage slot. Doing so would leave the proxy in an inconsistent state where the beacon storage slot does not match the beacon address.",
     "errors": {

package/build/truffle/CFASuperAppBase.json

@@ -9431,7 +9431,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.543Z",
+  "updatedAt": "2025-10-29T10:45:22.136Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "This contract provides a more convenient API for implementing CFA callbacks. It allows to write more concise and readable SuperApps. The API is tailored for common use cases, with the \"beforeX\" and \"afterX\" callbacks being abstrated into a single \"onX\" callback for create|update|delete flows. If the previous state provided by this API (`previousFlowRate` and `lastUpdated`) is not sufficient for you use case, you should implement the more generic low-level API of `ISuperApp` instead of using this base contract.",

package/build/truffle/CFAv1Forwarder.json

@@ -23671,7 +23671,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.836Z",
+  "updatedAt": "2025-10-29T10:45:22.537Z",
   "devdoc": {
     "author": "Superfluid The CFAv1Forwarder contract provides an easy to use interface to ConstantFlowAgreementV1 specific functionality of Super Tokens. Instances of this contract can operate on the protocol only if configured as \"trusted forwarder\" by protocol governance.",
     "kind": "dev",

package/build/truffle/CFAv1ForwarderDeployerLibrary.json

@@ -17723,7 +17723,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.861Z",
+  "updatedAt": "2025-10-29T10:45:22.571Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/CallUtils.json

@@ -2592,7 +2592,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.589Z",
+  "updatedAt": "2025-10-29T10:45:22.198Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/CallbackUtils.json

@@ -1504,7 +1504,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.590Z",
+  "updatedAt": "2025-10-29T10:45:22.199Z",
   "devdoc": {
     "details": "## Problem Statement When calling an untrusted external callback (or hook), gas limit is usually provided to prevent grief attack from them. However, such gas limits are nested. From the callback invoking site, one might need to differentiate the cases between the outer-layer induced out-of-gas vs. the callback resulted out-of-gas. This library solves such challenge by safely marking the second case with an explicit flag of insufficient-callback-gas-provided. In order to use this library, one must first understand the concept of callback gas limit zones. ## Definitions: callback gas limit zones +---------------------------+--------------+---------------------+ | insufficient-callback-gas | transitional | out-of-callback-gas | +---------------------------+--------------+---------------------+ - insufficient-callback-gas zone   This zone includes all outer gas limits that are below callback gas limit. The invariance of   this zone is that calling the callback shall return with the insufficient-callback-gas-provided   set to true if more gas is needed to execute the callback. - out-of-callback-gas zone   Within this continuous zone, the invariance is that calling the callback shall never return   with the insufficient-callback-gas-provided flag set to true. - transitional zone   Between the insufficient-callback-gas zone to the out-of-callback-gas zone, there is a zone of   unspecified size where insufficient-callback-gas-provided may be set to true. This is due the   factors of EIP-150 Magic N and callback setup overhead. ## EIP-150 Magic N \"If a call asks for more gas than the maximum allowed amount (i.e. the total amount of gas remaining in the parent after subtracting the gas cost of the call and memory expansion), do not return an OOG error; instead, if a call asks for more gas than all but one 64th of the maximum allowed amount, call with all but one 64th of the maximum allowed amount of gas (this is equivalent to a version of EIP-90 plus EIP-114). CREATE only provides all but one 64th of the parent gas to the child call.\" Another article about this topic: https://medium.com/%40wighawag/ethereum-the-concept-of-gas-and-its-dangers-28d0eb809bb2",
     "kind": "dev",

package/build/truffle/ClosingOnUpdateFlowTestApp.json

@@ -22228,7 +22228,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.602Z",
+  "updatedAt": "2025-10-29T10:45:22.216Z",
   "devdoc": {
     "details": "This is CFA SuperApp that closes an updated flow.",
     "kind": "dev",

package/build/truffle/Comparators.json

@@ -397,7 +397,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.399Z",
+  "updatedAt": "2025-10-29T10:45:21.982Z",
   "devdoc": {
     "details": "Provides a set of functions to compare values. _Available since v5.1._",
     "kind": "dev",

package/build/truffle/ConstantFlowAgreementV1.json

@@ -83858,7 +83858,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.453Z",
+  "updatedAt": "2025-10-29T10:45:22.037Z",
   "devdoc": {
     "author": "Superfluid",
     "details": "Please read IConstantFlowAgreementV1 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)) slotId           = 0 msg.sender       = address of CFAv1 account          = context.msgSender Flow Agreement State stores the global FlowData state for an account. Agreement Data NOTE The Agreement Data slot is calculated with the following function: keccak256(abi.encode(\"AgreementData\", agreementClass, agreementId)) agreementClass   = address of CFAv1 agreementId      = FlowId | FlowOperatorId FlowId           = keccak256(abi.encode(flowSender, flowReceiver)) FlowId stores FlowData between a flowSender and flowReceiver. FlowOperatorId   = keccak256(abi.encode(\"flowOperator\", flowSender, flowOperator)) FlowOperatorId stores FlowOperatorData between a flowSender and flowOperator.",

package/build/truffle/Context.json

@@ -341,7 +341,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.400Z",
+  "updatedAt": "2025-10-29T10:45:21.982Z",
   "devdoc": {
     "details": "Provides information about the current execution context, including the sender of the transaction and its data. While these are generally available via msg.sender and msg.data, they should not be accessed in such a direct manner, since when dealing with meta-transactions the account sending and paying for execution may not be the actual sender (as far as an application is concerned). This contract is only required for intermediate, library-like contracts.",
     "kind": "dev",

package/build/truffle/ContextDefinitions.json

@@ -6905,7 +6905,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.572Z",
+  "updatedAt": "2025-10-29T10:45:22.175Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/CustomSuperTokenBase.json

@@ -149,7 +149,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.570Z",
+  "updatedAt": "2025-10-29T10:45:22.173Z",
   "devdoc": {
     "author": "Superfluid NOTE: - Because of how solidity lays out its storage variables and how custom   super tokens inherit the SuperToken standard implementation, it is   required that the custom token proxy pads its implementation   with reserved storage 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/truffle/ECDSA.json

@@ -4702,7 +4702,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.409Z",
+  "updatedAt": "2025-10-29T10:45:21.992Z",
   "devdoc": {
     "details": "Elliptic Curve Digital Signature Algorithm (ECDSA) operations. These functions can be used to verify that a message was signed by the holder of the private keys of a given address.",
     "errors": {

package/build/truffle/EIP712.json

@@ -2993,7 +2993,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.411Z",
+  "updatedAt": "2025-10-29T10:45:21.994Z",
   "devdoc": {
     "custom:oz-upgrades-unsafe-allow": "state-variable-immutable",
     "details": "https://eips.ethereum.org/EIPS/eip-712[EIP-712] is a standard for hashing and signing of typed structured data. The encoding scheme specified in the EIP requires a domain separator and a hash of the typed structured data, whose encoding is very generic and therefore its implementation in Solidity is not feasible, thus this contract does not implement the encoding itself. Protocols need to implement the type-specific encoding they need in order to produce the hash of their typed data using a combination of `abi.encode` and `keccak256`. This contract implements the EIP-712 domain separator ({_domainSeparatorV4}) that is used as part of the encoding scheme, and the final step of the encoding to obtain the message digest that is then signed via ECDSA ({_hashTypedDataV4}). The implementation of the domain separator was designed to be as efficient as possible while still properly updating the chain id to protect against replay attacks on an eventual fork of the chain. NOTE: This contract implements the version of the encoding known as \"v4\", as implemented by the JSON RPC method https://docs.metamask.io/guide/signing-data.html[`eth_signTypedDataV4` in MetaMask]. NOTE: In the upgradeable version of this contract, the cached values will correspond to the address, and the domain separator of the implementation contract. This will cause the {_domainSeparatorV4} function to always rebuild the separator from the immutable values, which is cheaper than accessing a cached version in cold storage.",

package/build/truffle/ERC165.json

@@ -333,7 +333,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.412Z",
+  "updatedAt": "2025-10-29T10:45:21.996Z",
   "devdoc": {
     "details": "Implementation of the {IERC165} interface. Contracts that want to implement ERC-165 should inherit from this contract and override {supportsInterface} to check for the additional interface id that will be supported. For example: ```solidity function supportsInterface(bytes4 interfaceId) public view virtual override returns (bool) {     return interfaceId == type(MyInterface).interfaceId || super.supportsInterface(interfaceId); } ```",
     "kind": "dev",

package/build/truffle/ERC1820Implementer.json

@@ -1288,7 +1288,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.840Z",
+  "updatedAt": "2025-10-29T10:45:22.543Z",
   "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. CAUTION: This file is deprecated as of v4.9 and will be removed in the next major release.",
     "kind": "dev",

package/build/truffle/ERC1820RegistryCompiled.json

@@ -245,7 +245,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.590Z",
+  "updatedAt": "2025-10-29T10:45:22.199Z",
   "devdoc": {
     "details": "This is meant to be used by test framework to get the raw bytecode without compiling the origin contract",
     "kind": "dev",

package/build/truffle/ERC1967Utils.json

@@ -3587,7 +3587,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.373Z",
+  "updatedAt": "2025-10-29T10:45:21.964Z",
   "devdoc": {
     "details": "This library provides getters and event emitting update functions for https://eips.ethereum.org/EIPS/eip-1967[ERC-1967] slots.",
     "errors": {

package/build/truffle/ERC20.json

@@ -6708,7 +6708,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.383Z",
+  "updatedAt": "2025-10-29T10:45:21.968Z",
   "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}. TIP: For a detailed writeup see our guide https://forum.openzeppelin.com/t/how-to-implement-erc20-supply-mechanisms/226[How to implement supply mechanisms]. The default value of {decimals} is 18. To change this, you should override this function so it returns a different value. We have followed general OpenZeppelin Contracts guidelines: functions revert instead returning `false` on failure. This behavior is nonetheless conventional and does not conflict with the expectations of ERC-20 applications.",
     "errors": {

package/build/truffle/ERC20Permit.json

@@ -2505,7 +2505,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.386Z",
+  "updatedAt": "2025-10-29T10:45:21.971Z",
   "devdoc": {
     "details": "Implementation of the ERC-20 Permit extension allowing approvals to be made via signatures, as defined in https://eips.ethereum.org/EIPS/eip-2612[ERC-2612]. Adds the {permit} method, which can be used to change an account's ERC-20 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.",
     "errors": {

package/build/truffle/ERC2771Forwarder.json

@@ -4553,7 +4553,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.841Z",
+  "updatedAt": "2025-10-29T10:45:22.544Z",
   "devdoc": {
     "errors": {
       "OwnableInvalidOwner(address)": [

package/build/truffle/ERC777Helper.json

@@ -3281,7 +3281,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.590Z",
+  "updatedAt": "2025-10-29T10:45:22.199Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/ERC777RecipientDrainingGas.json

@@ -10469,7 +10469,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.629Z",
+  "updatedAt": "2025-10-29T10:45:22.252Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/ERC777RecipientReverting.json

@@ -10623,7 +10623,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.631Z",
+  "updatedAt": "2025-10-29T10:45:22.255Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/EnumerableSet.json

@@ -18290,7 +18290,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.428Z",
+  "updatedAt": "2025-10-29T10:45:22.012Z",
   "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. - Set can be cleared (all elements removed) in O(n). ```solidity contract Example {     // Add the library methods     using EnumerableSet for EnumerableSet.AddressSet;     // Declare a set state variable     EnumerableSet.AddressSet private mySet; } ``` The following types are supported: - `bytes32` (`Bytes32Set`) since v3.3.0 - `address` (`AddressSet`) since v3.3.0 - `uint256` (`UintSet`) since v3.3.0 - `string` (`StringSet`) since v5.4.0 - `bytes` (`BytesSet`) since v5.4.0 [WARNING] ==== Trying to delete such a structure from storage will likely result in data corruption, rendering the structure unusable. See https://github.com/ethereum/solidity/pull/11843[ethereum/solidity#11843] for more info. In order to clean an EnumerableSet, you can either remove all elements one by one or create a fresh instance using an array of EnumerableSet. ====",
     "kind": "dev",

package/build/truffle/Errors.json

@@ -276,7 +276,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.400Z",
+  "updatedAt": "2025-10-29T10:45:21.982Z",
   "devdoc": {
     "details": "Collection of common custom errors used in multiple contracts IMPORTANT: Backwards compatibility is not guaranteed in future versions of the library. It is recommended to avoid relying on the error API for critical functionality. _Available since v5.1._",
     "errors": {

package/build/truffle/ExclusiveInflowTestApp.json

@@ -22410,7 +22410,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.606Z",
+  "updatedAt": "2025-10-29T10:45:22.221Z",
   "devdoc": {
     "details": "This is a CFA SuperApp that maintains at most one inflow from a sender at any moment. This can test the deposit credit logic in the deleteFlow as a recipient.",
     "kind": "dev",

package/build/truffle/FixedSizeData.json

@@ -1883,7 +1883,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.591Z",
+  "updatedAt": "2025-10-29T10:45:22.201Z",
   "devdoc": {
     "author": "Superfluid 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/truffle/FlowExchangeTestApp.json

@@ -23298,7 +23298,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.611Z",
+  "updatedAt": "2025-10-29T10:45:22.227Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/FlowOperatorDefinitions.json

@@ -6905,7 +6905,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.573Z",
+  "updatedAt": "2025-10-29T10:45:22.177Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/ForwarderBase.json

@@ -1807,7 +1807,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.842Z",
+  "updatedAt": "2025-10-29T10:45:22.545Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/FullUpgradableSuperTokenProxy.json

@@ -1664,7 +1664,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.786Z",
+  "updatedAt": "2025-10-29T10:45:22.467Z",
   "devdoc": {
     "author": "Superfluid",
     "kind": "dev",

package/build/truffle/GDAv1Forwarder.json

@@ -25768,7 +25768,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.842Z",
+  "updatedAt": "2025-10-29T10:45:22.546Z",
   "devdoc": {
     "author": "Superfluid The GDAv1Forwarder contract provides an easy to use interface to GeneralDistributionAgreementV1 specific functionality of Super Tokens. Instances of this contract can operate on the protocol only if configured as \"trusted forwarder\" by protocol governance.",
     "kind": "dev",

package/build/truffle/GDAv1ForwarderDeployerLibrary.json

@@ -17723,7 +17723,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.865Z",
+  "updatedAt": "2025-10-29T10:45:22.576Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/GDAv1StorageLib.json

@@ -14671,7 +14671,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.496Z",
+  "updatedAt": "2025-10-29T10:45:22.080Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/GDAv1StorageReader.json

@@ -14671,7 +14671,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.500Z",
+  "updatedAt": "2025-10-29T10:45:22.085Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/GDAv1StorageWriter.json

@@ -14671,7 +14671,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.504Z",
+  "updatedAt": "2025-10-29T10:45:22.089Z",
   "devdoc": {
     "kind": "dev",
     "methods": {},

package/build/truffle/GeneralDistributionAgreementV1.json

@@ -83786,7 +83786,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.509Z",
+  "updatedAt": "2025-10-29T10:45:22.092Z",
   "devdoc": {
     "author": "Superfluid",
     "errors": {

package/build/truffle/IAccessControl.json

@@ -1161,7 +1161,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.359Z",
+  "updatedAt": "2025-10-29T10:45:21.937Z",
   "devdoc": {
     "details": "External interface of AccessControl declared to support ERC-165 detection.",
     "errors": {

package/build/truffle/IAccessControlEnumerable.json

@@ -564,7 +564,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.361Z",
+  "updatedAt": "2025-10-29T10:45:21.939Z",
   "devdoc": {
     "details": "External interface of AccessControlEnumerable declared to support ERC-165 detection.",
     "errors": {

package/build/truffle/IBeacon.json

@@ -145,7 +145,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.379Z",
+  "updatedAt": "2025-10-29T10:45:21.967Z",
   "devdoc": {
     "details": "This is the interface that {BeaconProxy} expects of its beacon.",
     "kind": "dev",

package/build/truffle/IConstantFlowAgreementV1.json

@@ -6239,7 +6239,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.565Z",
+  "updatedAt": "2025-10-29T10:45:22.165Z",
   "devdoc": {
     "author": "Superfluid",
     "events": {

package/build/truffle/IERC1155Errors.json

@@ -1609,7 +1609,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.371Z",
+  "updatedAt": "2025-10-29T10:45:21.955Z",
   "devdoc": {
     "details": "Standard ERC-1155 Errors Interface of the https://eips.ethereum.org/EIPS/eip-6093[ERC-6093] custom errors for ERC-1155 tokens.",
     "errors": {

package/build/truffle/IERC1363.json

@@ -1372,7 +1372,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.364Z",
+  "updatedAt": "2025-10-29T10:45:21.940Z",
   "devdoc": {
     "details": "Interface of the ERC-1363 standard as defined in the https://eips.ethereum.org/EIPS/eip-1363[ERC-1363]. Defines an extension interface for ERC-20 tokens that supports executing code on a recipient contract after `transfer` or `transferFrom`, or code on a spender contract after `approve`, in a single transaction.",
     "events": {

package/build/truffle/IERC165.json

@@ -178,7 +178,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.413Z",
+  "updatedAt": "2025-10-29T10:45:21.996Z",
   "devdoc": {
     "details": "Interface of the ERC-165 standard, as defined in the https://eips.ethereum.org/EIPS/eip-165[ERC]. Implementers can declare support of contract interfaces, which can then be queried by others ({ERC165Checker}). For an implementation, see {ERC165}.",
     "kind": "dev",

package/build/truffle/IERC1820Implementer.json

@@ -211,7 +211,7 @@
   },
   "networks": {},
   "schemaVersion": "3.4.16",
-  "updatedAt": "2025-10-29T10:21:18.365Z",
+  "updatedAt": "2025-10-29T10:45:21.946Z",
   "devdoc": {
     "details": "Interface for an ERC-1820 implementer, as defined in the https://eips.ethereum.org/EIPS/eip-1820#interface-implementation-erc1820implementerinterface[ERC]. Used by contracts that will be registered as implementers in the {IERC1820Registry}.",
     "kind": "dev",