@superfluid-finance/ethereum-contracts 1.8.2-dev.0b9df02.0 → 1.8.2-dev.95ce476.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (131) hide show
  1. package/build/truffle/AccessControl.json +1 -1
  2. package/build/truffle/AccessControlEnumerable.json +1 -1
  3. package/build/truffle/Address.json +1 -1
  4. package/build/truffle/AgreementBase.json +1 -1
  5. package/build/truffle/AgreementLibrary.json +1 -1
  6. package/build/truffle/BaseRelayRecipient.json +1 -1
  7. package/build/truffle/BatchLiquidator.json +1 -1
  8. package/build/truffle/BatchOperation.json +1 -1
  9. package/build/truffle/CFAv1Forwarder.json +1 -1
  10. package/build/truffle/CFAv1ForwarderDeployerLibrary.json +1 -1
  11. package/build/truffle/CFAv1Library.json +1 -1
  12. package/build/truffle/CallUtils.json +1 -1
  13. package/build/truffle/ClosingOnUpdateFlowTestApp.json +1 -1
  14. package/build/truffle/ConstantFlowAgreementV1.json +1 -1
  15. package/build/truffle/ConstantInflowNFT.json +1 -1
  16. package/build/truffle/ConstantOutflowNFT.json +1 -1
  17. package/build/truffle/Context.json +1 -1
  18. package/build/truffle/ContextDefinitions.json +1 -1
  19. package/build/truffle/CustomSuperTokenBase.json +1 -1
  20. package/build/truffle/ERC165.json +1 -1
  21. package/build/truffle/ERC1820Implementer.json +1 -1
  22. package/build/truffle/ERC1820RegistryCompiled.json +1 -1
  23. package/build/truffle/ERC20.json +1 -1
  24. package/build/truffle/ERC20WithTokenInfo.json +1 -1
  25. package/build/truffle/ERC777Helper.json +1 -1
  26. package/build/truffle/ERC777RecipientDrainingGas.json +1 -1
  27. package/build/truffle/ERC777RecipientReverting.json +1 -1
  28. package/build/truffle/EnumerableSet.json +1 -1
  29. package/build/truffle/EventsEmitter.json +1 -1
  30. package/build/truffle/ExclusiveInflowTestApp.json +1 -1
  31. package/build/truffle/FixedSizeData.json +1 -1
  32. package/build/truffle/FlowExchangeTestApp.json +1 -1
  33. package/build/truffle/FlowNFTBase.json +1 -1
  34. package/build/truffle/FlowOperatorDefinitions.json +1 -1
  35. package/build/truffle/ForwarderBase.json +1 -1
  36. package/build/truffle/FullUpgradableSuperTokenProxy.json +1 -1
  37. package/build/truffle/IAccessControl.json +1 -1
  38. package/build/truffle/IAccessControlEnumerable.json +1 -1
  39. package/build/truffle/IConstantFlowAgreementV1.json +1 -1
  40. package/build/truffle/IConstantInflowNFT.json +1 -1
  41. package/build/truffle/IConstantOutflowNFT.json +1 -1
  42. package/build/truffle/IDAv1Forwarder.json +1 -1
  43. package/build/truffle/IDAv1ForwarderDeployerLibrary.json +1 -1
  44. package/build/truffle/IDAv1Library.json +1 -1
  45. package/build/truffle/IERC165.json +1 -1
  46. package/build/truffle/IERC1820Implementer.json +1 -1
  47. package/build/truffle/IERC1820Registry.json +1 -1
  48. package/build/truffle/IERC20.json +1 -1
  49. package/build/truffle/IERC20Metadata.json +1 -1
  50. package/build/truffle/IERC20Permit.json +1 -1
  51. package/build/truffle/IERC721.json +1 -1
  52. package/build/truffle/IERC721Metadata.json +1 -1
  53. package/build/truffle/IERC777.json +1 -1
  54. package/build/truffle/IERC777Recipient.json +1 -1
  55. package/build/truffle/IERC777Sender.json +1 -1
  56. package/build/truffle/IFlowNFTBase.json +1 -1
  57. package/build/truffle/IInstantDistributionAgreementV1.json +1 -1
  58. package/build/truffle/IMultiSigWallet.json +1 -1
  59. package/build/truffle/IPoolAdminNFT.json +1 -1
  60. package/build/truffle/IPoolMemberNFT.json +1 -1
  61. package/build/truffle/IPureSuperToken.json +1 -1
  62. package/build/truffle/IPureSuperTokenCustom.json +1 -1
  63. package/build/truffle/IRelayRecipient.json +1 -1
  64. package/build/truffle/IResolver.json +1 -1
  65. package/build/truffle/ISETH.json +1 -1
  66. package/build/truffle/ISETHCustom.json +1 -1
  67. package/build/truffle/ISuperAgreement.json +1 -1
  68. package/build/truffle/ISuperApp.json +1 -1
  69. package/build/truffle/ISuperToken.json +1 -1
  70. package/build/truffle/ISuperTokenFactory.json +1 -1
  71. package/build/truffle/ISuperfluid.json +1 -1
  72. package/build/truffle/ISuperfluidGovernance.json +1 -1
  73. package/build/truffle/ISuperfluidToken.json +1 -1
  74. package/build/truffle/ITOGAv1.json +1 -1
  75. package/build/truffle/ITOGAv2.json +1 -1
  76. package/build/truffle/ITOGAv3.json +1 -1
  77. package/build/truffle/Initializable.json +1 -1
  78. package/build/truffle/InstantDistributionAgreementV1.json +1 -1
  79. package/build/truffle/Math.json +1 -1
  80. package/build/truffle/NonClosableOutflowTestApp.json +1 -1
  81. package/build/truffle/Ownable.json +1 -1
  82. package/build/truffle/Proxy.json +1 -1
  83. package/build/truffle/ProxyDeployerLibrary.json +1 -1
  84. package/build/truffle/PureSuperToken.json +1 -1
  85. package/build/truffle/Resolver.json +1 -1
  86. package/build/truffle/SETHProxy.json +1 -1
  87. package/build/truffle/SafeCast.json +1 -1
  88. package/build/truffle/SafeERC20.json +1 -1
  89. package/build/truffle/SafeGasLibrary.json +1 -1
  90. package/build/truffle/SafeMath.json +1 -1
  91. package/build/truffle/SelfDeletingFlowTestApp.json +1 -1
  92. package/build/truffle/SignedMath.json +1 -1
  93. package/build/truffle/SlotsBitmapLibrary.json +1 -1
  94. package/build/truffle/StreamRedirector.json +1 -1
  95. package/build/truffle/Strings.json +1 -1
  96. package/build/truffle/SuperAppBase.json +1 -1
  97. package/build/truffle/SuperAppBaseFlow.json +1 -1
  98. package/build/truffle/SuperAppDefinitions.json +1 -1
  99. package/build/truffle/SuperToken.json +1 -1
  100. package/build/truffle/SuperTokenDeployerLibrary.json +1 -1
  101. package/build/truffle/SuperTokenFactory.json +1 -1
  102. package/build/truffle/SuperTokenFactoryBase.json +1 -1
  103. package/build/truffle/SuperTokenV1Library.json +1 -1
  104. package/build/truffle/SuperUpgrader.json +1 -1
  105. package/build/truffle/Superfluid.json +1 -1
  106. package/build/truffle/SuperfluidCFAv1DeployerLibrary.json +1 -1
  107. package/build/truffle/SuperfluidFrameworkDeployer.json +1 -1
  108. package/build/truffle/SuperfluidFrameworkDeploymentSteps.json +1 -1
  109. package/build/truffle/SuperfluidGovDeployerLibrary.json +1 -1
  110. package/build/truffle/SuperfluidGovernanceBase.json +1 -1
  111. package/build/truffle/SuperfluidGovernanceConfigs.json +1 -1
  112. package/build/truffle/SuperfluidGovernanceII.json +1 -1
  113. package/build/truffle/SuperfluidGovernanceIIProxy.json +1 -1
  114. package/build/truffle/SuperfluidHostDeployerLibrary.json +1 -1
  115. package/build/truffle/SuperfluidIDAv1DeployerLibrary.json +1 -1
  116. package/build/truffle/SuperfluidLoader.json +1 -1
  117. package/build/truffle/SuperfluidLoaderDeployerLibrary.json +1 -1
  118. package/build/truffle/SuperfluidLoaderLibrary.json +1 -1
  119. package/build/truffle/SuperfluidNFTLogicDeployerLibrary.json +1 -1
  120. package/build/truffle/SuperfluidPeripheryDeployerLibrary.json +1 -1
  121. package/build/truffle/SuperfluidToken.json +1 -1
  122. package/build/truffle/TOGA.json +1 -1
  123. package/build/truffle/TestGovernance.json +1 -1
  124. package/build/truffle/TestResolver.json +1 -1
  125. package/build/truffle/TestToken.json +1 -1
  126. package/build/truffle/TokenDeployerLibrary.json +1 -1
  127. package/build/truffle/TokenInfo.json +1 -1
  128. package/build/truffle/UUPSProxiable.json +1 -1
  129. package/build/truffle/UUPSProxy.json +1 -1
  130. package/build/truffle/UUPSUtils.json +1 -1
  131. package/package.json +7 -6
@@ -4196,7 +4196,7 @@
4196
4196
  },
4197
4197
  "networks": {},
4198
4198
  "schemaVersion": "3.4.15",
4199
- "updatedAt": "2023-08-28T19:08:29.825Z",
4199
+ "updatedAt": "2023-08-29T11:34:14.527Z",
4200
4200
  "devdoc": {
4201
4201
  "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.",
4202
4202
  "events": {
@@ -1787,7 +1787,7 @@
1787
1787
  },
1788
1788
  "networks": {},
1789
1789
  "schemaVersion": "3.4.15",
1790
- "updatedAt": "2023-08-28T19:08:29.831Z",
1790
+ "updatedAt": "2023-08-29T11:34:14.530Z",
1791
1791
  "devdoc": {
1792
1792
  "details": "Extension of {AccessControl} that allows enumerating the members of each role.",
1793
1793
  "events": {
@@ -4371,7 +4371,7 @@
4371
4371
  },
4372
4372
  "networks": {},
4373
4373
  "schemaVersion": "3.4.15",
4374
- "updatedAt": "2023-08-28T19:08:29.906Z",
4374
+ "updatedAt": "2023-08-29T11:34:14.616Z",
4375
4375
  "devdoc": {
4376
4376
  "details": "Collection of functions related to the address type",
4377
4377
  "kind": "dev",
@@ -828,7 +828,7 @@
828
828
  },
829
829
  "networks": {},
830
830
  "schemaVersion": "3.4.15",
831
- "updatedAt": "2023-08-28T19:08:29.950Z",
831
+ "updatedAt": "2023-08-29T11:34:14.674Z",
832
832
  "devdoc": {
833
833
  "author": "Superfluid",
834
834
  "events": {
@@ -7328,7 +7328,7 @@
7328
7328
  },
7329
7329
  "networks": {},
7330
7330
  "schemaVersion": "3.4.15",
7331
- "updatedAt": "2023-08-28T19:08:29.950Z",
7331
+ "updatedAt": "2023-08-29T11:34:14.675Z",
7332
7332
  "devdoc": {
7333
7333
  "author": "Superfluid",
7334
7334
  "details": "Helper library for building super agreement",
@@ -624,7 +624,7 @@
624
624
  },
625
625
  "networks": {},
626
626
  "schemaVersion": "3.4.15",
627
- "updatedAt": "2023-08-28T19:08:30.232Z",
627
+ "updatedAt": "2023-08-29T11:34:14.967Z",
628
628
  "devdoc": {
629
629
  "author": "Superfluid",
630
630
  "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",
@@ -8236,7 +8236,7 @@
8236
8236
  },
8237
8237
  "networks": {},
8238
8238
  "schemaVersion": "3.4.15",
8239
- "updatedAt": "2023-08-28T19:08:31.052Z",
8239
+ "updatedAt": "2023-08-29T11:34:15.954Z",
8240
8240
  "devdoc": {
8241
8241
  "author": "Superfluid",
8242
8242
  "details": "This contract allows to delete multiple flows in a single transaction.",
@@ -6654,7 +6654,7 @@
6654
6654
  },
6655
6655
  "networks": {},
6656
6656
  "schemaVersion": "3.4.15",
6657
- "updatedAt": "2023-08-28T19:08:30.158Z",
6657
+ "updatedAt": "2023-08-29T11:34:14.884Z",
6658
6658
  "devdoc": {
6659
6659
  "author": "Superfluid",
6660
6660
  "kind": "dev",
@@ -21235,7 +21235,7 @@
21235
21235
  },
21236
21236
  "networks": {},
21237
21237
  "schemaVersion": "3.4.15",
21238
- "updatedAt": "2023-08-28T19:08:31.055Z",
21238
+ "updatedAt": "2023-08-29T11:34:15.959Z",
21239
21239
  "devdoc": {
21240
21240
  "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.",
21241
21241
  "kind": "dev",
@@ -16586,7 +16586,7 @@
16586
16586
  },
16587
16587
  "networks": {},
16588
16588
  "schemaVersion": "3.4.15",
16589
- "updatedAt": "2023-08-28T19:08:31.108Z",
16589
+ "updatedAt": "2023-08-29T11:34:16.024Z",
16590
16590
  "devdoc": {
16591
16591
  "kind": "dev",
16592
16592
  "methods": {
@@ -16063,7 +16063,7 @@
16063
16063
  },
16064
16064
  "networks": {},
16065
16065
  "schemaVersion": "3.4.15",
16066
- "updatedAt": "2023-08-28T19:08:30.074Z",
16066
+ "updatedAt": "2023-08-29T11:34:14.813Z",
16067
16067
  "devdoc": {
16068
16068
  "author": "Superfluid",
16069
16069
  "details": "for working with the constant flow agreement within soliditythe first set of functions are each for callAgreement()the second set of functions are each for use in callAgreementWithContext()",
@@ -2483,7 +2483,7 @@
2483
2483
  },
2484
2484
  "networks": {},
2485
2485
  "schemaVersion": "3.4.15",
2486
- "updatedAt": "2023-08-28T19:08:30.232Z",
2486
+ "updatedAt": "2023-08-29T11:34:14.968Z",
2487
2487
  "devdoc": {
2488
2488
  "author": "Superfluid",
2489
2489
  "kind": "dev",
@@ -20679,7 +20679,7 @@
20679
20679
  },
20680
20680
  "networks": {},
20681
20681
  "schemaVersion": "3.4.15",
20682
- "updatedAt": "2023-08-28T19:08:30.267Z",
20682
+ "updatedAt": "2023-08-29T11:34:15.011Z",
20683
20683
  "devdoc": {
20684
20684
  "details": "This is CFA SuperApp that closes an updated flow.",
20685
20685
  "kind": "dev",
@@ -83221,7 +83221,7 @@
83221
83221
  },
83222
83222
  "networks": {},
83223
83223
  "schemaVersion": "3.4.15",
83224
- "updatedAt": "2023-08-28T19:08:29.962Z",
83224
+ "updatedAt": "2023-08-29T11:34:14.687Z",
83225
83225
  "devdoc": {
83226
83226
  "author": "Superfluid",
83227
83227
  "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.",
@@ -18837,7 +18837,7 @@
18837
18837
  },
18838
18838
  "networks": {},
18839
18839
  "schemaVersion": "3.4.15",
18840
- "updatedAt": "2023-08-28T19:08:30.947Z",
18840
+ "updatedAt": "2023-08-29T11:34:15.846Z",
18841
18841
  "devdoc": {
18842
18842
  "author": "Superfluid",
18843
18843
  "details": "This contract does not hold any storage, but references the ConstantOutflowNFT contract storage.",
@@ -20983,7 +20983,7 @@
20983
20983
  },
20984
20984
  "networks": {},
20985
20985
  "schemaVersion": "3.4.15",
20986
- "updatedAt": "2023-08-28T19:08:30.959Z",
20986
+ "updatedAt": "2023-08-29T11:34:15.855Z",
20987
20987
  "devdoc": {
20988
20988
  "author": "Superfluid",
20989
20989
  "details": "This contract uses mint/burn interface for flow creation/deletion and holds the actual storage for both NFTs.",
@@ -257,7 +257,7 @@
257
257
  },
258
258
  "networks": {},
259
259
  "schemaVersion": "3.4.15",
260
- "updatedAt": "2023-08-28T19:08:29.908Z",
260
+ "updatedAt": "2023-08-29T11:34:14.618Z",
261
261
  "devdoc": {
262
262
  "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.",
263
263
  "kind": "dev",
@@ -6654,7 +6654,7 @@
6654
6654
  },
6655
6655
  "networks": {},
6656
6656
  "schemaVersion": "3.4.15",
6657
- "updatedAt": "2023-08-28T19:08:30.161Z",
6657
+ "updatedAt": "2023-08-29T11:34:14.887Z",
6658
6658
  "devdoc": {
6659
6659
  "author": "Superfluid",
6660
6660
  "kind": "dev",
@@ -148,7 +148,7 @@
148
148
  },
149
149
  "networks": {},
150
150
  "schemaVersion": "3.4.15",
151
- "updatedAt": "2023-08-28T19:08:30.158Z",
151
+ "updatedAt": "2023-08-29T11:34:14.884Z",
152
152
  "devdoc": {
153
153
  "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.",
154
154
  "kind": "dev",
@@ -325,7 +325,7 @@
325
325
  },
326
326
  "networks": {},
327
327
  "schemaVersion": "3.4.15",
328
- "updatedAt": "2023-08-28T19:08:29.910Z",
328
+ "updatedAt": "2023-08-29T11:34:14.621Z",
329
329
  "devdoc": {
330
330
  "details": "Implementation of the {IERC165} interface. Contracts that want to implement ERC165 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); } ``` Alternatively, {ERC165Storage} provides an easier to use but more expensive implementation.",
331
331
  "kind": "dev",
@@ -1198,7 +1198,7 @@
1198
1198
  },
1199
1199
  "networks": {},
1200
1200
  "schemaVersion": "3.4.15",
1201
- "updatedAt": "2023-08-28T19:08:29.910Z",
1201
+ "updatedAt": "2023-08-29T11:34:14.621Z",
1202
1202
  "devdoc": {
1203
1203
  "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.",
1204
1204
  "kind": "dev",
@@ -243,7 +243,7 @@
243
243
  },
244
244
  "networks": {},
245
245
  "schemaVersion": "3.4.15",
246
- "updatedAt": "2023-08-28T19:08:30.233Z",
246
+ "updatedAt": "2023-08-29T11:34:14.969Z",
247
247
  "devdoc": {
248
248
  "details": "This is meant to be used by test framework to get the raw bytecode without compiling the origin contract",
249
249
  "kind": "dev",
@@ -15059,7 +15059,7 @@
15059
15059
  },
15060
15060
  "networks": {},
15061
15061
  "schemaVersion": "3.4.15",
15062
- "updatedAt": "2023-08-28T19:08:29.844Z",
15062
+ "updatedAt": "2023-08-29T11:34:14.544Z",
15063
15063
  "devdoc": {
15064
15064
  "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}. For a generic mechanism see {ERC20PresetMinterPauser}. 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 ERC20 applications. Additionally, an {Approval} event is emitted on calls to {transferFrom}. This allows applications to reconstruct the allowance for all accounts just by listening to said events. Other implementations of the EIP may not emit these events, as it isn't required by the specification. Finally, the non-standard {decreaseAllowance} and {increaseAllowance} functions have been added to mitigate the well-known issues around setting allowances. See {IERC20-approve}.",
15065
15065
  "events": {
@@ -379,7 +379,7 @@
379
379
  },
380
380
  "networks": {},
381
381
  "schemaVersion": "3.4.15",
382
- "updatedAt": "2023-08-28T19:08:30.212Z",
382
+ "updatedAt": "2023-08-29T11:34:14.952Z",
383
383
  "devdoc": {
384
384
  "author": "Superfluid",
385
385
  "details": "Using abstract contract instead of interfaces because old solidity does not support interface inheriting other interfaces solhint-disable-next-line no-empty-blocks",
@@ -3270,7 +3270,7 @@
3270
3270
  },
3271
3271
  "networks": {},
3272
3272
  "schemaVersion": "3.4.15",
3273
- "updatedAt": "2023-08-28T19:08:30.234Z",
3273
+ "updatedAt": "2023-08-29T11:34:14.970Z",
3274
3274
  "devdoc": {
3275
3275
  "author": "Superfluid",
3276
3276
  "kind": "dev",
@@ -10118,7 +10118,7 @@
10118
10118
  },
10119
10119
  "networks": {},
10120
10120
  "schemaVersion": "3.4.15",
10121
- "updatedAt": "2023-08-28T19:08:30.450Z",
10121
+ "updatedAt": "2023-08-29T11:34:15.201Z",
10122
10122
  "devdoc": {
10123
10123
  "kind": "dev",
10124
10124
  "methods": {},
@@ -10227,7 +10227,7 @@
10227
10227
  },
10228
10228
  "networks": {},
10229
10229
  "schemaVersion": "3.4.15",
10230
- "updatedAt": "2023-08-28T19:08:30.459Z",
10230
+ "updatedAt": "2023-08-29T11:34:15.205Z",
10231
10231
  "devdoc": {
10232
10232
  "kind": "dev",
10233
10233
  "methods": {},
@@ -7369,7 +7369,7 @@
7369
7369
  },
7370
7370
  "networks": {},
7371
7371
  "schemaVersion": "3.4.15",
7372
- "updatedAt": "2023-08-28T19:08:29.947Z",
7372
+ "updatedAt": "2023-08-29T11:34:14.659Z",
7373
7373
  "devdoc": {
7374
7374
  "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. ```solidity contract Example { // Add the library methods using EnumerableSet for EnumerableSet.AddressSet; // Declare a set state variable EnumerableSet.AddressSet private mySet; } ``` As of v3.3.0, sets of type `bytes32` (`Bytes32Set`), `address` (`AddressSet`) and `uint256` (`UintSet`) are supported. [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. ====",
7375
7375
  "kind": "dev",
@@ -398,7 +398,7 @@
398
398
  },
399
399
  "networks": {},
400
400
  "schemaVersion": "3.4.15",
401
- "updatedAt": "2023-08-28T19:08:30.235Z",
401
+ "updatedAt": "2023-08-29T11:34:14.971Z",
402
402
  "devdoc": {
403
403
  "author": "Superfluid",
404
404
  "details": "A library used for emitting missing and unaccessable events.",
@@ -20833,7 +20833,7 @@
20833
20833
  },
20834
20834
  "networks": {},
20835
20835
  "schemaVersion": "3.4.15",
20836
- "updatedAt": "2023-08-28T19:08:30.275Z",
20836
+ "updatedAt": "2023-08-29T11:34:15.021Z",
20837
20837
  "devdoc": {
20838
20838
  "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.",
20839
20839
  "kind": "dev",
@@ -1841,7 +1841,7 @@
1841
1841
  },
1842
1842
  "networks": {},
1843
1843
  "schemaVersion": "3.4.15",
1844
- "updatedAt": "2023-08-28T19:08:30.236Z",
1844
+ "updatedAt": "2023-08-29T11:34:14.980Z",
1845
1845
  "devdoc": {
1846
1846
  "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.",
1847
1847
  "kind": "dev",
@@ -21464,7 +21464,7 @@
21464
21464
  },
21465
21465
  "networks": {},
21466
21466
  "schemaVersion": "3.4.15",
21467
- "updatedAt": "2023-08-28T19:08:30.283Z",
21467
+ "updatedAt": "2023-08-29T11:34:15.030Z",
21468
21468
  "devdoc": {
21469
21469
  "kind": "dev",
21470
21470
  "methods": {},
@@ -11538,7 +11538,7 @@
11538
11538
  },
11539
11539
  "networks": {},
11540
11540
  "schemaVersion": "3.4.15",
11541
- "updatedAt": "2023-08-28T19:08:30.967Z",
11541
+ "updatedAt": "2023-08-29T11:34:15.865Z",
11542
11542
  "devdoc": {
11543
11543
  "author": "Superfluid",
11544
11544
  "details": "This contract inherits from IFlowNFTBase which inherits from IERC721Metadata and holds shared storage and functions for the two NFT contracts. This contract is upgradeable and it inherits from our own ad-hoc UUPSProxiable contract which allows. NOTE: the storage gap allows us to add an additional 16 storage variables to this contract without breaking child COFNFT or CIFNFT storage.",
@@ -6654,7 +6654,7 @@
6654
6654
  },
6655
6655
  "networks": {},
6656
6656
  "schemaVersion": "3.4.15",
6657
- "updatedAt": "2023-08-28T19:08:30.171Z",
6657
+ "updatedAt": "2023-08-29T11:34:14.899Z",
6658
6658
  "devdoc": {
6659
6659
  "author": "Superfluid",
6660
6660
  "kind": "dev",
@@ -1391,7 +1391,7 @@
1391
1391
  },
1392
1392
  "networks": {},
1393
1393
  "schemaVersion": "3.4.15",
1394
- "updatedAt": "2023-08-28T19:08:31.064Z",
1394
+ "updatedAt": "2023-08-29T11:34:15.968Z",
1395
1395
  "devdoc": {
1396
1396
  "kind": "dev",
1397
1397
  "methods": {},
@@ -1498,7 +1498,7 @@
1498
1498
  },
1499
1499
  "networks": {},
1500
1500
  "schemaVersion": "3.4.15",
1501
- "updatedAt": "2023-08-28T19:08:30.972Z",
1501
+ "updatedAt": "2023-08-29T11:34:15.871Z",
1502
1502
  "devdoc": {
1503
1503
  "author": "Superfluid",
1504
1504
  "kind": "dev",
@@ -1036,7 +1036,7 @@
1036
1036
  },
1037
1037
  "networks": {},
1038
1038
  "schemaVersion": "3.4.15",
1039
- "updatedAt": "2023-08-28T19:08:29.832Z",
1039
+ "updatedAt": "2023-08-29T11:34:14.531Z",
1040
1040
  "devdoc": {
1041
1041
  "details": "External interface of AccessControl declared to support ERC165 detection.",
1042
1042
  "events": {
@@ -522,7 +522,7 @@
522
522
  },
523
523
  "networks": {},
524
524
  "schemaVersion": "3.4.15",
525
- "updatedAt": "2023-08-28T19:08:29.841Z",
525
+ "updatedAt": "2023-08-29T11:34:14.540Z",
526
526
  "devdoc": {
527
527
  "details": "External interface of AccessControlEnumerable declared to support ERC165 detection.",
528
528
  "events": {
@@ -6234,7 +6234,7 @@
6234
6234
  },
6235
6235
  "networks": {},
6236
6236
  "schemaVersion": "3.4.15",
6237
- "updatedAt": "2023-08-28T19:08:30.144Z",
6237
+ "updatedAt": "2023-08-29T11:34:14.877Z",
6238
6238
  "devdoc": {
6239
6239
  "author": "Superfluid",
6240
6240
  "events": {
@@ -811,7 +811,7 @@
811
811
  },
812
812
  "networks": {},
813
813
  "schemaVersion": "3.4.15",
814
- "updatedAt": "2023-08-28T19:08:30.187Z",
814
+ "updatedAt": "2023-08-29T11:34:14.916Z",
815
815
  "devdoc": {
816
816
  "events": {
817
817
  "Approval(address,address,uint256)": {
@@ -1208,7 +1208,7 @@
1208
1208
  },
1209
1209
  "networks": {},
1210
1210
  "schemaVersion": "3.4.15",
1211
- "updatedAt": "2023-08-28T19:08:30.188Z",
1211
+ "updatedAt": "2023-08-29T11:34:14.917Z",
1212
1212
  "devdoc": {
1213
1213
  "events": {
1214
1214
  "Approval(address,address,uint256)": {
@@ -27559,7 +27559,7 @@
27559
27559
  },
27560
27560
  "networks": {},
27561
27561
  "schemaVersion": "3.4.15",
27562
- "updatedAt": "2023-08-28T19:08:31.066Z",
27562
+ "updatedAt": "2023-08-29T11:34:15.971Z",
27563
27563
  "devdoc": {
27564
27564
  "author": "Superfluid The IDAv1Forwarder contract provides an easy to use interface to InstantDistributionAgreementV1 specific functionality of Super Tokens. Instances of this contract can operate on the protocol only if configured as \"trusted forwarder\" by protocol governance.",
27565
27565
  "kind": "dev",
@@ -16586,7 +16586,7 @@
16586
16586
  },
16587
16587
  "networks": {},
16588
16588
  "schemaVersion": "3.4.15",
16589
- "updatedAt": "2023-08-28T19:08:31.115Z",
16589
+ "updatedAt": "2023-08-29T11:34:16.040Z",
16590
16590
  "devdoc": {
16591
16591
  "kind": "dev",
16592
16592
  "methods": {
@@ -18022,7 +18022,7 @@
18022
18022
  },
18023
18023
  "networks": {},
18024
18024
  "schemaVersion": "3.4.15",
18025
- "updatedAt": "2023-08-28T19:08:30.081Z",
18025
+ "updatedAt": "2023-08-29T11:34:14.821Z",
18026
18026
  "devdoc": {
18027
18027
  "author": "Superfluid",
18028
18028
  "details": "Set a variable of type `InitData` in the contract, then call this library's functions directly `initData.functionName()`.",
@@ -177,7 +177,7 @@
177
177
  },
178
178
  "networks": {},
179
179
  "schemaVersion": "3.4.15",
180
- "updatedAt": "2023-08-28T19:08:29.911Z",
180
+ "updatedAt": "2023-08-29T11:34:14.622Z",
181
181
  "devdoc": {
182
182
  "details": "Interface of the ERC165 standard, as defined in the https://eips.ethereum.org/EIPS/eip-165[EIP]. Implementers can declare support of contract interfaces, which can then be queried by others ({ERC165Checker}). For an implementation, see {ERC165}.",
183
183
  "kind": "dev",
@@ -210,7 +210,7 @@
210
210
  },
211
211
  "networks": {},
212
212
  "schemaVersion": "3.4.15",
213
- "updatedAt": "2023-08-28T19:08:29.911Z",
213
+ "updatedAt": "2023-08-29T11:34:14.622Z",
214
214
  "devdoc": {
215
215
  "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}.",
216
216
  "kind": "dev",
@@ -1286,7 +1286,7 @@
1286
1286
  },
1287
1287
  "networks": {},
1288
1288
  "schemaVersion": "3.4.15",
1289
- "updatedAt": "2023-08-28T19:08:29.911Z",
1289
+ "updatedAt": "2023-08-29T11:34:14.623Z",
1290
1290
  "devdoc": {
1291
1291
  "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.",
1292
1292
  "kind": "dev",
@@ -1116,7 +1116,7 @@
1116
1116
  },
1117
1117
  "networks": {},
1118
1118
  "schemaVersion": "3.4.15",
1119
- "updatedAt": "2023-08-28T19:08:29.874Z",
1119
+ "updatedAt": "2023-08-29T11:34:14.563Z",
1120
1120
  "devdoc": {
1121
1121
  "details": "Interface of the ERC20 standard as defined in the EIP.",
1122
1122
  "events": {
@@ -506,7 +506,7 @@
506
506
  },
507
507
  "networks": {},
508
508
  "schemaVersion": "3.4.15",
509
- "updatedAt": "2023-08-28T19:08:29.875Z",
509
+ "updatedAt": "2023-08-29T11:34:14.576Z",
510
510
  "devdoc": {
511
511
  "details": "Interface for the optional metadata functions from the ERC20 standard. _Available since v4.1._",
512
512
  "events": {
@@ -520,7 +520,7 @@
520
520
  },
521
521
  "networks": {},
522
522
  "schemaVersion": "3.4.15",
523
- "updatedAt": "2023-08-28T19:08:29.876Z",
523
+ "updatedAt": "2023-08-29T11:34:14.577Z",
524
524
  "devdoc": {
525
525
  "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.",
526
526
  "kind": "dev",
@@ -1654,7 +1654,7 @@
1654
1654
  },
1655
1655
  "networks": {},
1656
1656
  "schemaVersion": "3.4.15",
1657
- "updatedAt": "2023-08-28T19:08:29.895Z",
1657
+ "updatedAt": "2023-08-29T11:34:14.593Z",
1658
1658
  "devdoc": {
1659
1659
  "details": "Required interface of an ERC721 compliant contract.",
1660
1660
  "events": {
@@ -646,7 +646,7 @@
646
646
  },
647
647
  "networks": {},
648
648
  "schemaVersion": "3.4.15",
649
- "updatedAt": "2023-08-28T19:08:29.896Z",
649
+ "updatedAt": "2023-08-29T11:34:14.594Z",
650
650
  "devdoc": {
651
651
  "details": "See https://eips.ethereum.org/EIPS/eip-721",
652
652
  "events": {
@@ -2300,7 +2300,7 @@
2300
2300
  },
2301
2301
  "networks": {},
2302
2302
  "schemaVersion": "3.4.15",
2303
- "updatedAt": "2023-08-28T19:08:29.896Z",
2303
+ "updatedAt": "2023-08-29T11:34:14.594Z",
2304
2304
  "devdoc": {
2305
2305
  "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}.",
2306
2306
  "events": {
@@ -306,7 +306,7 @@
306
306
  },
307
307
  "networks": {},
308
308
  "schemaVersion": "3.4.15",
309
- "updatedAt": "2023-08-28T19:08:29.905Z",
309
+ "updatedAt": "2023-08-29T11:34:14.615Z",
310
310
  "devdoc": {
311
311
  "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}.",
312
312
  "kind": "dev",
@@ -306,7 +306,7 @@
306
306
  },
307
307
  "networks": {},
308
308
  "schemaVersion": "3.4.15",
309
- "updatedAt": "2023-08-28T19:08:29.906Z",
309
+ "updatedAt": "2023-08-29T11:34:14.616Z",
310
310
  "devdoc": {
311
311
  "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}.",
312
312
  "kind": "dev",
@@ -1290,7 +1290,7 @@
1290
1290
  },
1291
1291
  "networks": {},
1292
1292
  "schemaVersion": "3.4.15",
1293
- "updatedAt": "2023-08-28T19:08:30.189Z",
1293
+ "updatedAt": "2023-08-29T11:34:14.918Z",
1294
1294
  "devdoc": {
1295
1295
  "events": {
1296
1296
  "Approval(address,address,uint256)": {
@@ -5898,7 +5898,7 @@
5898
5898
  },
5899
5899
  "networks": {},
5900
5900
  "schemaVersion": "3.4.15",
5901
- "updatedAt": "2023-08-28T19:08:30.155Z",
5901
+ "updatedAt": "2023-08-29T11:34:14.881Z",
5902
5902
  "devdoc": {
5903
5903
  "author": "Superfluid",
5904
5904
  "events": {