@superfluid-finance/ethereum-contracts 1.11.1-dev.2898aaa.0 → 1.11.1-dev.345d564.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 (162) hide show
  1. package/build/truffle/AccessControl.json +1 -1
  2. package/build/truffle/AccessControlEnumerable.json +1 -1
  3. package/build/truffle/AdditionalMonetaryTypeHelpers.json +1 -1
  4. package/build/truffle/Address.json +1 -1
  5. package/build/truffle/AgreementBase.json +1 -1
  6. package/build/truffle/AgreementLibrary.json +1 -1
  7. package/build/truffle/BaseRelayRecipient.json +1 -1
  8. package/build/truffle/BatchLiquidator.json +1 -1
  9. package/build/truffle/BatchOperation.json +1 -1
  10. package/build/truffle/BeaconProxiable.json +1 -1
  11. package/build/truffle/BeaconProxy.json +1 -1
  12. package/build/truffle/CFASuperAppBase.json +1 -1
  13. package/build/truffle/CFAv1Forwarder.json +1 -1
  14. package/build/truffle/CFAv1ForwarderDeployerLibrary.json +1 -1
  15. package/build/truffle/CFAv1Library.json +1 -1
  16. package/build/truffle/CallUtils.json +1 -1
  17. package/build/truffle/CallbackUtils.json +1 -1
  18. package/build/truffle/ClosingOnUpdateFlowTestApp.json +1 -1
  19. package/build/truffle/ConstantFlowAgreementV1.json +1 -1
  20. package/build/truffle/Context.json +1 -1
  21. package/build/truffle/ContextDefinitions.json +1 -1
  22. package/build/truffle/Counters.json +1 -1
  23. package/build/truffle/CustomSuperTokenBase.json +1 -1
  24. package/build/truffle/DMZForwarder.json +1 -1
  25. package/build/truffle/ECDSA.json +1 -1
  26. package/build/truffle/EIP712.json +1 -1
  27. package/build/truffle/ERC165.json +1 -1
  28. package/build/truffle/ERC1820Implementer.json +1 -1
  29. package/build/truffle/ERC1820RegistryCompiled.json +1 -1
  30. package/build/truffle/ERC1967Upgrade.json +1 -1
  31. package/build/truffle/ERC20.json +1 -1
  32. package/build/truffle/ERC20Permit.json +1 -1
  33. package/build/truffle/ERC777Helper.json +1 -1
  34. package/build/truffle/ERC777RecipientDrainingGas.json +1 -1
  35. package/build/truffle/ERC777RecipientReverting.json +1 -1
  36. package/build/truffle/EnumerableSet.json +1 -1
  37. package/build/truffle/ExclusiveInflowTestApp.json +1 -1
  38. package/build/truffle/FixedSizeData.json +1 -1
  39. package/build/truffle/FlowExchangeTestApp.json +1 -1
  40. package/build/truffle/FlowOperatorDefinitions.json +1 -1
  41. package/build/truffle/ForwarderBase.json +1 -1
  42. package/build/truffle/FullUpgradableSuperTokenProxy.json +1 -1
  43. package/build/truffle/GDAv1Forwarder.json +1 -1
  44. package/build/truffle/GDAv1ForwarderDeployerLibrary.json +1 -1
  45. package/build/truffle/GeneralDistributionAgreementV1.json +1 -1
  46. package/build/truffle/IAccessControl.json +1 -1
  47. package/build/truffle/IAccessControlEnumerable.json +1 -1
  48. package/build/truffle/IBeacon.json +1 -1
  49. package/build/truffle/IConstantFlowAgreementV1.json +1 -1
  50. package/build/truffle/IConstantInflowNFT.json +1 -1
  51. package/build/truffle/IConstantOutflowNFT.json +1 -1
  52. package/build/truffle/IDAv1Forwarder.json +1 -1
  53. package/build/truffle/IDAv1ForwarderDeployerLibrary.json +1 -1
  54. package/build/truffle/IDAv1Library.json +1 -1
  55. package/build/truffle/IERC165.json +1 -1
  56. package/build/truffle/IERC1820Implementer.json +1 -1
  57. package/build/truffle/IERC1820Registry.json +1 -1
  58. package/build/truffle/IERC1822Proxiable.json +1 -1
  59. package/build/truffle/IERC1967.json +1 -1
  60. package/build/truffle/IERC20.json +1 -1
  61. package/build/truffle/IERC20Metadata.json +1 -1
  62. package/build/truffle/IERC20Permit.json +1 -1
  63. package/build/truffle/IERC5267.json +1 -1
  64. package/build/truffle/IERC721.json +1 -1
  65. package/build/truffle/IERC721Metadata.json +1 -1
  66. package/build/truffle/IERC777.json +1 -1
  67. package/build/truffle/IERC777Recipient.json +1 -1
  68. package/build/truffle/IERC777Sender.json +1 -1
  69. package/build/truffle/IGeneralDistributionAgreementV1.json +1 -1
  70. package/build/truffle/IInstantDistributionAgreementV1.json +1 -1
  71. package/build/truffle/IMultiSigWallet.json +1 -1
  72. package/build/truffle/IPoolAdminNFT.json +1 -1
  73. package/build/truffle/IPoolMemberNFT.json +1 -1
  74. package/build/truffle/IPoolNFTBase.json +1 -1
  75. package/build/truffle/IPureSuperToken.json +1 -1
  76. package/build/truffle/IPureSuperTokenCustom.json +1 -1
  77. package/build/truffle/IRelayRecipient.json +1 -1
  78. package/build/truffle/IResolver.json +1 -1
  79. package/build/truffle/ISETH.json +1 -1
  80. package/build/truffle/ISETHCustom.json +1 -1
  81. package/build/truffle/ISafe.json +1 -1
  82. package/build/truffle/ISuperAgreement.json +1 -1
  83. package/build/truffle/ISuperApp.json +1 -1
  84. package/build/truffle/ISuperToken.json +1 -1
  85. package/build/truffle/ISuperTokenFactory.json +1 -1
  86. package/build/truffle/ISuperfluid.json +1 -1
  87. package/build/truffle/ISuperfluidGovernance.json +1 -1
  88. package/build/truffle/ISuperfluidPool.json +1 -1
  89. package/build/truffle/ISuperfluidToken.json +1 -1
  90. package/build/truffle/ITOGAv1.json +1 -1
  91. package/build/truffle/ITOGAv2.json +1 -1
  92. package/build/truffle/ITOGAv3.json +1 -1
  93. package/build/truffle/IUserDefinedMacro.json +1 -1
  94. package/build/truffle/Initializable.json +1 -1
  95. package/build/truffle/InstantDistributionAgreementV1.json +1 -1
  96. package/build/truffle/MacroForwarder.json +1 -1
  97. package/build/truffle/Math.json +1 -1
  98. package/build/truffle/NonClosableOutflowTestApp.json +1 -1
  99. package/build/truffle/Ownable.json +1 -1
  100. package/build/truffle/PoolAdminNFT.json +1 -1
  101. package/build/truffle/PoolMemberNFT.json +1 -1
  102. package/build/truffle/PoolNFTBase.json +1 -1
  103. package/build/truffle/Proxy.json +1 -1
  104. package/build/truffle/ProxyDeployerLibrary.json +1 -1
  105. package/build/truffle/PureSuperToken.json +1 -1
  106. package/build/truffle/Resolver.json +1 -1
  107. package/build/truffle/SETHProxy.json +1 -1
  108. package/build/truffle/SafeCast.json +1 -1
  109. package/build/truffle/SafeERC20.json +1 -1
  110. package/build/truffle/SafeMath.json +1 -1
  111. package/build/truffle/SelfDeletingFlowTestApp.json +1 -1
  112. package/build/truffle/SemanticMoney.json +1 -1
  113. package/build/truffle/ShortStrings.json +1 -1
  114. package/build/truffle/SignedMath.json +1 -1
  115. package/build/truffle/SlotsBitmapLibrary.json +1 -1
  116. package/build/truffle/SolvencyHelperLibrary.json +1 -1
  117. package/build/truffle/StorageSlot.json +1 -1
  118. package/build/truffle/StreamRedirector.json +1 -1
  119. package/build/truffle/Strings.json +1 -1
  120. package/build/truffle/SuperAppBase.json +1 -1
  121. package/build/truffle/SuperAppDefinitions.json +1 -1
  122. package/build/truffle/SuperToken.json +1 -1
  123. package/build/truffle/SuperTokenDeployerLibrary.json +1 -1
  124. package/build/truffle/SuperTokenFactory.json +1 -1
  125. package/build/truffle/SuperTokenFactoryBase.json +1 -1
  126. package/build/truffle/SuperTokenFactoryDeployerLibrary.json +1 -1
  127. package/build/truffle/SuperTokenV1Library.json +1 -1
  128. package/build/truffle/SuperUpgrader.json +1 -1
  129. package/build/truffle/Superfluid.json +1 -1
  130. package/build/truffle/SuperfluidCFAv1DeployerLibrary.json +1 -1
  131. package/build/truffle/SuperfluidDMZForwarderDeployerLibrary.json +1 -1
  132. package/build/truffle/SuperfluidFrameworkDeployer.json +1 -1
  133. package/build/truffle/SuperfluidFrameworkDeploymentSteps.json +1 -1
  134. package/build/truffle/SuperfluidGDAv1DeployerLibrary.json +1 -1
  135. package/build/truffle/SuperfluidGovDeployerLibrary.json +1 -1
  136. package/build/truffle/SuperfluidGovernanceBase.json +1 -1
  137. package/build/truffle/SuperfluidGovernanceConfigs.json +1 -1
  138. package/build/truffle/SuperfluidGovernanceII.json +1 -1
  139. package/build/truffle/SuperfluidGovernanceIIProxy.json +1 -1
  140. package/build/truffle/SuperfluidHostDeployerLibrary.json +1 -1
  141. package/build/truffle/SuperfluidIDAv1DeployerLibrary.json +1 -1
  142. package/build/truffle/SuperfluidLoader.json +1 -1
  143. package/build/truffle/SuperfluidLoaderLibrary.json +1 -1
  144. package/build/truffle/SuperfluidPeripheryDeployerLibrary.json +1 -1
  145. package/build/truffle/SuperfluidPool.json +1 -1
  146. package/build/truffle/SuperfluidPoolDeployerLibrary.json +1 -1
  147. package/build/truffle/SuperfluidPoolLogicDeployerLibrary.json +1 -1
  148. package/build/truffle/SuperfluidPoolNFTLogicDeployerLibrary.json +1 -1
  149. package/build/truffle/SuperfluidPoolPlaceholder.json +1 -1
  150. package/build/truffle/SuperfluidToken.json +1 -1
  151. package/build/truffle/SuperfluidUpgradeableBeacon.json +1 -1
  152. package/build/truffle/TOGA.json +1 -1
  153. package/build/truffle/TestGovernance.json +1 -1
  154. package/build/truffle/TestResolver.json +1 -1
  155. package/build/truffle/TestToken.json +1 -1
  156. package/build/truffle/TokenDeployerLibrary.json +1 -1
  157. package/build/truffle/TokenMonad.json +1 -1
  158. package/build/truffle/UUPSProxiable.json +1 -1
  159. package/build/truffle/UUPSProxy.json +1 -1
  160. package/build/truffle/UUPSUtils.json +1 -1
  161. package/build/truffle/UpgradeableBeacon.json +1 -1
  162. package/package.json +4 -4
@@ -1290,7 +1290,7 @@
1290
1290
  },
1291
1291
  "networks": {},
1292
1292
  "schemaVersion": "3.4.16",
1293
- "updatedAt": "2024-09-19T10:14:39.457Z",
1293
+ "updatedAt": "2024-10-08T17:02:20.305Z",
1294
1294
  "devdoc": {
1295
1295
  "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.",
1296
1296
  "kind": "dev",
@@ -144,7 +144,7 @@
144
144
  },
145
145
  "networks": {},
146
146
  "schemaVersion": "3.4.16",
147
- "updatedAt": "2024-09-19T10:14:39.430Z",
147
+ "updatedAt": "2024-10-08T17:02:20.279Z",
148
148
  "devdoc": {
149
149
  "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.",
150
150
  "kind": "dev",
@@ -301,7 +301,7 @@
301
301
  },
302
302
  "networks": {},
303
303
  "schemaVersion": "3.4.16",
304
- "updatedAt": "2024-09-19T10:14:39.430Z",
304
+ "updatedAt": "2024-10-08T17:02:20.278Z",
305
305
  "devdoc": {
306
306
  "details": "ERC-1967: Proxy Storage Slots. This interface contains the events defined in the ERC. _Available since v4.8.3._",
307
307
  "events": {
@@ -1120,7 +1120,7 @@
1120
1120
  },
1121
1121
  "networks": {},
1122
1122
  "schemaVersion": "3.4.16",
1123
- "updatedAt": "2024-09-19T10:14:39.441Z",
1123
+ "updatedAt": "2024-10-08T17:02:20.289Z",
1124
1124
  "devdoc": {
1125
1125
  "details": "Interface of the ERC20 standard as defined in the EIP.",
1126
1126
  "events": {
@@ -510,7 +510,7 @@
510
510
  },
511
511
  "networks": {},
512
512
  "schemaVersion": "3.4.16",
513
- "updatedAt": "2024-09-19T10:14:39.443Z",
513
+ "updatedAt": "2024-10-08T17:02:20.291Z",
514
514
  "devdoc": {
515
515
  "details": "Interface for the optional metadata functions from the ERC20 standard. _Available since v4.1._",
516
516
  "events": {
@@ -521,7 +521,7 @@
521
521
  },
522
522
  "networks": {},
523
523
  "schemaVersion": "3.4.16",
524
- "updatedAt": "2024-09-19T10:14:39.443Z",
524
+ "updatedAt": "2024-10-08T17:02:20.291Z",
525
525
  "devdoc": {
526
526
  "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.",
527
527
  "kind": "dev",
@@ -369,7 +369,7 @@
369
369
  },
370
370
  "networks": {},
371
371
  "schemaVersion": "3.4.16",
372
- "updatedAt": "2024-09-19T10:14:39.430Z",
372
+ "updatedAt": "2024-10-08T17:02:20.278Z",
373
373
  "devdoc": {
374
374
  "events": {
375
375
  "EIP712DomainChanged()": {
@@ -1659,7 +1659,7 @@
1659
1659
  },
1660
1660
  "networks": {},
1661
1661
  "schemaVersion": "3.4.16",
1662
- "updatedAt": "2024-09-19T10:14:39.445Z",
1662
+ "updatedAt": "2024-10-08T17:02:20.293Z",
1663
1663
  "devdoc": {
1664
1664
  "details": "Required interface of an ERC721 compliant contract.",
1665
1665
  "events": {
@@ -651,7 +651,7 @@
651
651
  },
652
652
  "networks": {},
653
653
  "schemaVersion": "3.4.16",
654
- "updatedAt": "2024-09-19T10:14:39.446Z",
654
+ "updatedAt": "2024-10-08T17:02:20.294Z",
655
655
  "devdoc": {
656
656
  "details": "See https://eips.ethereum.org/EIPS/eip-721",
657
657
  "events": {
@@ -2307,7 +2307,7 @@
2307
2307
  },
2308
2308
  "networks": {},
2309
2309
  "schemaVersion": "3.4.16",
2310
- "updatedAt": "2024-09-19T10:14:39.446Z",
2310
+ "updatedAt": "2024-10-08T17:02:20.294Z",
2311
2311
  "devdoc": {
2312
2312
  "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}.",
2313
2313
  "events": {
@@ -307,7 +307,7 @@
307
307
  },
308
308
  "networks": {},
309
309
  "schemaVersion": "3.4.16",
310
- "updatedAt": "2024-09-19T10:14:39.447Z",
310
+ "updatedAt": "2024-10-08T17:02:20.295Z",
311
311
  "devdoc": {
312
312
  "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}.",
313
313
  "kind": "dev",
@@ -307,7 +307,7 @@
307
307
  },
308
308
  "networks": {},
309
309
  "schemaVersion": "3.4.16",
310
- "updatedAt": "2024-09-19T10:14:39.447Z",
310
+ "updatedAt": "2024-10-08T17:02:20.295Z",
311
311
  "devdoc": {
312
312
  "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}.",
313
313
  "kind": "dev",
@@ -5585,7 +5585,7 @@
5585
5585
  },
5586
5586
  "networks": {},
5587
5587
  "schemaVersion": "3.4.16",
5588
- "updatedAt": "2024-09-19T10:14:39.645Z",
5588
+ "updatedAt": "2024-10-08T17:02:20.510Z",
5589
5589
  "devdoc": {
5590
5590
  "author": "Superfluid",
5591
5591
  "kind": "dev",
@@ -5910,7 +5910,7 @@
5910
5910
  },
5911
5911
  "networks": {},
5912
5912
  "schemaVersion": "3.4.16",
5913
- "updatedAt": "2024-09-19T10:14:39.643Z",
5913
+ "updatedAt": "2024-10-08T17:02:20.508Z",
5914
5914
  "devdoc": {
5915
5915
  "author": "Superfluid",
5916
5916
  "events": {
@@ -305,7 +305,7 @@
305
305
  },
306
306
  "networks": {},
307
307
  "schemaVersion": "3.4.16",
308
- "updatedAt": "2024-09-19T10:14:39.669Z",
308
+ "updatedAt": "2024-10-08T17:02:20.536Z",
309
309
  "devdoc": {
310
310
  "author": "Superfluid",
311
311
  "kind": "dev",
@@ -831,7 +831,7 @@
831
831
  },
832
832
  "networks": {},
833
833
  "schemaVersion": "3.4.16",
834
- "updatedAt": "2024-09-19T10:14:39.647Z",
834
+ "updatedAt": "2024-10-08T17:02:20.512Z",
835
835
  "devdoc": {
836
836
  "events": {
837
837
  "Approval(address,address,uint256)": {
@@ -1186,7 +1186,7 @@
1186
1186
  },
1187
1187
  "networks": {},
1188
1188
  "schemaVersion": "3.4.16",
1189
- "updatedAt": "2024-09-19T10:14:39.647Z",
1189
+ "updatedAt": "2024-10-08T17:02:20.513Z",
1190
1190
  "devdoc": {
1191
1191
  "events": {
1192
1192
  "Approval(address,address,uint256)": {
@@ -980,7 +980,7 @@
980
980
  },
981
981
  "networks": {},
982
982
  "schemaVersion": "3.4.16",
983
- "updatedAt": "2024-09-19T10:14:39.648Z",
983
+ "updatedAt": "2024-10-08T17:02:20.513Z",
984
984
  "devdoc": {
985
985
  "events": {
986
986
  "Approval(address,address,uint256)": {
@@ -2312,7 +2312,7 @@
2312
2312
  },
2313
2313
  "networks": {},
2314
2314
  "schemaVersion": "3.4.16",
2315
- "updatedAt": "2024-09-19T10:14:39.667Z",
2315
+ "updatedAt": "2024-10-08T17:02:20.533Z",
2316
2316
  "devdoc": {
2317
2317
  "author": "Superfluid",
2318
2318
  "events": {
@@ -338,7 +338,7 @@
338
338
  },
339
339
  "networks": {},
340
340
  "schemaVersion": "3.4.16",
341
- "updatedAt": "2024-09-19T10:14:39.668Z",
341
+ "updatedAt": "2024-10-08T17:02:20.535Z",
342
342
  "devdoc": {
343
343
  "author": "Superfluid",
344
344
  "kind": "dev",
@@ -253,7 +253,7 @@
253
253
  },
254
254
  "networks": {},
255
255
  "schemaVersion": "3.4.16",
256
- "updatedAt": "2024-09-19T10:14:39.670Z",
256
+ "updatedAt": "2024-10-08T17:02:20.536Z",
257
257
  "devdoc": {
258
258
  "author": "Superfluid",
259
259
  "details": "A contract must implement this interface in order to support relayed transactionsIt is better to inherit the BaseRelayRecipient as its implementation",
@@ -380,7 +380,7 @@
380
380
  },
381
381
  "networks": {},
382
382
  "schemaVersion": "3.4.16",
383
- "updatedAt": "2024-09-19T10:14:39.670Z",
383
+ "updatedAt": "2024-10-08T17:02:20.536Z",
384
384
  "devdoc": {
385
385
  "author": "Superfluid",
386
386
  "kind": "dev",
@@ -2351,7 +2351,7 @@
2351
2351
  },
2352
2352
  "networks": {},
2353
2353
  "schemaVersion": "3.4.16",
2354
- "updatedAt": "2024-09-19T10:14:39.668Z",
2354
+ "updatedAt": "2024-10-08T17:02:20.535Z",
2355
2355
  "devdoc": {
2356
2356
  "author": "Superfluid",
2357
2357
  "events": {
@@ -377,7 +377,7 @@
377
377
  },
378
378
  "networks": {},
379
379
  "schemaVersion": "3.4.16",
380
- "updatedAt": "2024-09-19T10:14:39.669Z",
380
+ "updatedAt": "2024-10-08T17:02:20.536Z",
381
381
  "devdoc": {
382
382
  "author": "Superfluid",
383
383
  "kind": "dev",
@@ -593,7 +593,7 @@
593
593
  },
594
594
  "networks": {},
595
595
  "schemaVersion": "3.4.16",
596
- "updatedAt": "2024-09-19T10:14:39.670Z",
596
+ "updatedAt": "2024-10-08T17:02:20.537Z",
597
597
  "devdoc": {
598
598
  "kind": "dev",
599
599
  "methods": {},
@@ -419,7 +419,7 @@
419
419
  },
420
420
  "networks": {},
421
421
  "schemaVersion": "3.4.16",
422
- "updatedAt": "2024-09-19T10:14:39.658Z",
422
+ "updatedAt": "2024-10-08T17:02:20.525Z",
423
423
  "devdoc": {
424
424
  "author": "Superfluid",
425
425
  "kind": "dev",
@@ -1676,7 +1676,7 @@
1676
1676
  },
1677
1677
  "networks": {},
1678
1678
  "schemaVersion": "3.4.16",
1679
- "updatedAt": "2024-09-19T10:14:39.658Z",
1679
+ "updatedAt": "2024-10-08T17:02:20.525Z",
1680
1680
  "devdoc": {
1681
1681
  "author": "Superfluid",
1682
1682
  "details": "Be aware of the app being jailed, when the word permitted is used.",
@@ -7948,7 +7948,7 @@
7948
7948
  },
7949
7949
  "networks": {},
7950
7950
  "schemaVersion": "3.4.16",
7951
- "updatedAt": "2024-09-19T10:14:39.659Z",
7951
+ "updatedAt": "2024-10-08T17:02:20.526Z",
7952
7952
  "devdoc": {
7953
7953
  "author": "Superfluid",
7954
7954
  "events": {
@@ -2227,7 +2227,7 @@
2227
2227
  },
2228
2228
  "networks": {},
2229
2229
  "schemaVersion": "3.4.16",
2230
- "updatedAt": "2024-09-19T10:14:39.661Z",
2230
+ "updatedAt": "2024-10-08T17:02:20.528Z",
2231
2231
  "devdoc": {
2232
2232
  "author": "Superfluid",
2233
2233
  "events": {
@@ -7596,7 +7596,7 @@
7596
7596
  },
7597
7597
  "networks": {},
7598
7598
  "schemaVersion": "3.4.16",
7599
- "updatedAt": "2024-09-19T10:14:39.662Z",
7599
+ "updatedAt": "2024-10-08T17:02:20.529Z",
7600
7600
  "devdoc": {
7601
7601
  "author": "Superfluid",
7602
7602
  "events": {
@@ -1890,7 +1890,7 @@
1890
1890
  },
1891
1891
  "networks": {},
1892
1892
  "schemaVersion": "3.4.16",
1893
- "updatedAt": "2024-09-19T10:14:39.664Z",
1893
+ "updatedAt": "2024-10-08T17:02:20.532Z",
1894
1894
  "devdoc": {
1895
1895
  "author": "Superfluid",
1896
1896
  "kind": "dev",
@@ -2886,7 +2886,7 @@
2886
2886
  },
2887
2887
  "networks": {},
2888
2888
  "schemaVersion": "3.4.16",
2889
- "updatedAt": "2024-09-19T10:14:39.648Z",
2889
+ "updatedAt": "2024-10-08T17:02:20.514Z",
2890
2890
  "devdoc": {
2891
2891
  "details": "The interface for any super token pool regardless of the distribution schemes.",
2892
2892
  "events": {
@@ -4058,7 +4058,7 @@
4058
4058
  },
4059
4059
  "networks": {},
4060
4060
  "schemaVersion": "3.4.16",
4061
- "updatedAt": "2024-09-19T10:14:39.665Z",
4061
+ "updatedAt": "2024-10-08T17:02:20.532Z",
4062
4062
  "devdoc": {
4063
4063
  "author": "Superfluid",
4064
4064
  "events": {
@@ -10907,7 +10907,7 @@
10907
10907
  },
10908
10908
  "networks": {},
10909
10909
  "schemaVersion": "3.4.16",
10910
- "updatedAt": "2024-09-19T10:14:40.273Z",
10910
+ "updatedAt": "2024-10-08T17:02:21.090Z",
10911
10911
  "devdoc": {
10912
10912
  "author": "Superfluid",
10913
10913
  "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.",
@@ -10939,7 +10939,7 @@
10939
10939
  },
10940
10940
  "networks": {},
10941
10941
  "schemaVersion": "3.4.16",
10942
- "updatedAt": "2024-09-19T10:14:40.277Z",
10942
+ "updatedAt": "2024-10-08T17:02:21.094Z",
10943
10943
  "devdoc": {
10944
10944
  "events": {
10945
10945
  "BondIncreased(address,uint256)": {
@@ -10926,7 +10926,7 @@
10926
10926
  },
10927
10927
  "networks": {},
10928
10928
  "schemaVersion": "3.4.16",
10929
- "updatedAt": "2024-09-19T10:14:40.280Z",
10929
+ "updatedAt": "2024-10-08T17:02:21.097Z",
10930
10930
  "devdoc": {
10931
10931
  "events": {
10932
10932
  "BondIncreased(address,uint256)": {
@@ -467,7 +467,7 @@
467
467
  },
468
468
  "networks": {},
469
469
  "schemaVersion": "3.4.16",
470
- "updatedAt": "2024-09-19T10:14:39.670Z",
470
+ "updatedAt": "2024-10-08T17:02:20.537Z",
471
471
  "devdoc": {
472
472
  "details": "User-defined macro used in implementations of TrustedMacros.",
473
473
  "kind": "dev",
@@ -2090,7 +2090,7 @@
2090
2090
  },
2091
2091
  "networks": {},
2092
2092
  "schemaVersion": "3.4.16",
2093
- "updatedAt": "2024-09-19T10:14:39.435Z",
2093
+ "updatedAt": "2024-10-08T17:02:20.284Z",
2094
2094
  "devdoc": {
2095
2095
  "custom:oz-upgrades-unsafe-allow": "constructor constructor() { _disableInitializers(); } ``` ====",
2096
2096
  "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] ```",
@@ -78571,7 +78571,7 @@
78571
78571
  },
78572
78572
  "networks": {},
78573
78573
  "schemaVersion": "3.4.16",
78574
- "updatedAt": "2024-09-19T10:14:39.522Z",
78574
+ "updatedAt": "2024-10-08T17:02:20.380Z",
78575
78575
  "devdoc": {
78576
78576
  "author": "Superfluid",
78577
78577
  "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.",
@@ -8656,7 +8656,7 @@
8656
8656
  },
8657
8657
  "networks": {},
8658
8658
  "schemaVersion": "3.4.16",
8659
- "updatedAt": "2024-09-19T10:14:40.133Z",
8659
+ "updatedAt": "2024-10-08T17:02:20.975Z",
8660
8660
  "devdoc": {
8661
8661
  "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.",
8662
8662
  "kind": "dev",
@@ -11771,7 +11771,7 @@
11771
11771
  },
11772
11772
  "networks": {},
11773
11773
  "schemaVersion": "3.4.16",
11774
- "updatedAt": "2024-09-19T10:14:39.457Z",
11774
+ "updatedAt": "2024-10-08T17:02:20.306Z",
11775
11775
  "devdoc": {
11776
11776
  "details": "Standard math utilities missing in the Solidity language.",
11777
11777
  "kind": "dev",
@@ -21681,7 +21681,7 @@
21681
21681
  },
21682
21682
  "networks": {},
21683
21683
  "schemaVersion": "3.4.16",
21684
- "updatedAt": "2024-09-19T10:14:39.710Z",
21684
+ "updatedAt": "2024-10-08T17:02:20.570Z",
21685
21685
  "devdoc": {
21686
21686
  "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.",
21687
21687
  "kind": "dev",
@@ -1399,7 +1399,7 @@
1399
1399
  },
1400
1400
  "networks": {},
1401
1401
  "schemaVersion": "3.4.16",
1402
- "updatedAt": "2024-09-19T10:14:39.429Z",
1402
+ "updatedAt": "2024-10-08T17:02:20.277Z",
1403
1403
  "devdoc": {
1404
1404
  "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.",
1405
1405
  "kind": "dev",
@@ -16418,7 +16418,7 @@
16418
16418
  },
16419
16419
  "networks": {},
16420
16420
  "schemaVersion": "3.4.16",
16421
- "updatedAt": "2024-09-19T10:14:39.570Z",
16421
+ "updatedAt": "2024-10-08T17:02:20.436Z",
16422
16422
  "devdoc": {
16423
16423
  "events": {
16424
16424
  "Approval(address,address,uint256)": {
@@ -18954,7 +18954,7 @@
18954
18954
  },
18955
18955
  "networks": {},
18956
18956
  "schemaVersion": "3.4.16",
18957
- "updatedAt": "2024-09-19T10:14:39.575Z",
18957
+ "updatedAt": "2024-10-08T17:02:20.441Z",
18958
18958
  "devdoc": {
18959
18959
  "events": {
18960
18960
  "Approval(address,address,uint256)": {
@@ -8337,7 +8337,7 @@
8337
8337
  },
8338
8338
  "networks": {},
8339
8339
  "schemaVersion": "3.4.16",
8340
- "updatedAt": "2024-09-19T10:14:39.580Z",
8340
+ "updatedAt": "2024-10-08T17:02:20.450Z",
8341
8341
  "devdoc": {
8342
8342
  "events": {
8343
8343
  "Approval(address,address,uint256)": {
@@ -860,7 +860,7 @@
860
860
  },
861
861
  "networks": {},
862
862
  "schemaVersion": "3.4.16",
863
- "updatedAt": "2024-09-19T10:14:39.432Z",
863
+ "updatedAt": "2024-10-08T17:02:20.280Z",
864
864
  "devdoc": {
865
865
  "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.",
866
866
  "kind": "dev",
@@ -19517,7 +19517,7 @@
19517
19517
  },
19518
19518
  "networks": {},
19519
19519
  "schemaVersion": "3.4.16",
19520
- "updatedAt": "2024-09-19T10:14:40.171Z",
19520
+ "updatedAt": "2024-10-08T17:02:21.004Z",
19521
19521
  "devdoc": {
19522
19522
  "kind": "dev",
19523
19523
  "methods": {},
@@ -4416,7 +4416,7 @@
4416
4416
  },
4417
4417
  "networks": {},
4418
4418
  "schemaVersion": "3.4.16",
4419
- "updatedAt": "2024-09-19T10:14:40.094Z",
4419
+ "updatedAt": "2024-10-08T17:02:20.947Z",
4420
4420
  "devdoc": {
4421
4421
  "author": "Superfluid",
4422
4422
  "details": "This is a simple implementation where the supply is pre-minted.",
@@ -7207,7 +7207,7 @@
7207
7207
  },
7208
7208
  "networks": {},
7209
7209
  "schemaVersion": "3.4.16",
7210
- "updatedAt": "2024-09-19T10:14:40.136Z",
7210
+ "updatedAt": "2024-10-08T17:02:20.977Z",
7211
7211
  "devdoc": {
7212
7212
  "author": "Superfluid",
7213
7213
  "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",
@@ -4157,7 +4157,7 @@
4157
4157
  },
4158
4158
  "networks": {},
4159
4159
  "schemaVersion": "3.4.16",
4160
- "updatedAt": "2024-09-19T10:14:40.096Z",
4160
+ "updatedAt": "2024-10-08T17:02:20.948Z",
4161
4161
  "devdoc": {
4162
4162
  "author": "Superfluid It is also called a Native-Asset Super Token.",
4163
4163
  "details": "Super ETH (SETH) custom super token implementation",
@@ -19837,7 +19837,7 @@
19837
19837
  },
19838
19838
  "networks": {},
19839
19839
  "schemaVersion": "3.4.16",
19840
- "updatedAt": "2024-09-19T10:14:39.463Z",
19840
+ "updatedAt": "2024-10-08T17:02:20.314Z",
19841
19841
  "devdoc": {
19842
19842
  "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.",
19843
19843
  "kind": "dev",
@@ -5209,7 +5209,7 @@
5209
5209
  },
5210
5210
  "networks": {},
5211
5211
  "schemaVersion": "3.4.16",
5212
- "updatedAt": "2024-09-19T10:14:39.443Z",
5212
+ "updatedAt": "2024-10-08T17:02:20.291Z",
5213
5213
  "devdoc": {
5214
5214
  "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.",
5215
5215
  "kind": "dev",
@@ -3777,7 +3777,7 @@
3777
3777
  },
3778
3778
  "networks": {},
3779
3779
  "schemaVersion": "3.4.16",
3780
- "updatedAt": "2024-09-19T10:14:39.468Z",
3780
+ "updatedAt": "2024-10-08T17:02:20.320Z",
3781
3781
  "devdoc": {
3782
3782
  "details": "Wrappers over Solidity's arithmetic operations. NOTE: `SafeMath` is generally not needed starting with Solidity 0.8, since the compiler now has built in overflow checking.",
3783
3783
  "kind": "dev",
@@ -22434,7 +22434,7 @@
22434
22434
  },
22435
22435
  "networks": {},
22436
22436
  "schemaVersion": "3.4.16",
22437
- "updatedAt": "2024-09-19T10:14:39.716Z",
22437
+ "updatedAt": "2024-10-08T17:02:20.575Z",
22438
22438
  "devdoc": {
22439
22439
  "details": "This is CFA SuperApp that refuses to accept any opening flow without reverting them.",
22440
22440
  "kind": "dev",
@@ -31332,7 +31332,7 @@
31332
31332
  },
31333
31333
  "networks": {},
31334
31334
  "schemaVersion": "3.4.16",
31335
- "updatedAt": "2024-09-19T10:14:39.481Z",
31335
+ "updatedAt": "2024-10-08T17:02:20.334Z",
31336
31336
  "devdoc": {
31337
31337
  "details": "Semantic Money Library: providing generalized payment primitives. Notes: - Basic payment 2-primitives include shift2 and flow2. - As its name suggesting, 2-primitives work over two parties, each party is represented by an \"index\". - A universal index is BasicParticle plus being a Monoid. It is universal in the sense that every monetary unit should have one and only one such index. - Proportional distribution pool has one index per pool. - This solidity library provides 2-primitives for `UniversalIndex-to-UniversalIndex` and `UniversalIndex-to-ProportionalDistributionPoolIndex`.",
31338
31338
  "kind": "dev",
@@ -2822,7 +2822,7 @@
2822
2822
  },
2823
2823
  "networks": {},
2824
2824
  "schemaVersion": "3.4.16",
2825
- "updatedAt": "2024-09-19T10:14:39.450Z",
2825
+ "updatedAt": "2024-10-08T17:02:20.298Z",
2826
2826
  "devdoc": {
2827
2827
  "details": "This library provides functions to convert short memory strings into a `ShortString` type that can be used as an immutable variable. Strings of arbitrary length can be optimized using this library if they are short enough (up to 31 bytes) by packing them with their length (1 byte) in a single EVM word (32 bytes). Additionally, a fallback mechanism can be used for every other case. Usage example: ```solidity contract Named { using ShortStrings for *; ShortString private immutable _name; string private _nameFallback; constructor(string memory contractName) { _name = contractName.toShortStringWithFallback(_nameFallback); } function name() external view returns (string memory) { return _name.toStringWithFallback(_nameFallback); } } ```",
2828
2828
  "kind": "dev",