@superfluid-finance/ethereum-contracts 1.9.1-dev.b1a8acf.0 → 1.9.1-dev.c7c06bd.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.
- package/build/truffle/AccessControl.json +1 -1
- package/build/truffle/AccessControlEnumerable.json +1 -1
- package/build/truffle/AdditionalMonetaryTypeHelpers.json +1 -1
- package/build/truffle/Address.json +1 -1
- package/build/truffle/AgreementBase.json +1 -1
- package/build/truffle/AgreementLibrary.json +1 -1
- package/build/truffle/BaseRelayRecipient.json +1 -1
- package/build/truffle/BatchLiquidator.json +1 -1
- package/build/truffle/BatchOperation.json +1 -1
- package/build/truffle/BeaconProxiable.json +1 -1
- package/build/truffle/BeaconProxy.json +1 -1
- package/build/truffle/CFAv1Forwarder.json +1 -1
- package/build/truffle/CFAv1ForwarderDeployerLibrary.json +1 -1
- package/build/truffle/CFAv1Library.json +1 -1
- package/build/truffle/CallUtils.json +1 -1
- package/build/truffle/ClosingOnUpdateFlowTestApp.json +1 -1
- package/build/truffle/ConstantFlowAgreementV1.json +1 -1
- package/build/truffle/ConstantInflowNFT.json +1 -1
- package/build/truffle/ConstantOutflowNFT.json +1 -1
- package/build/truffle/Context.json +1 -1
- package/build/truffle/ContextDefinitions.json +1 -1
- package/build/truffle/Counters.json +1 -1
- package/build/truffle/CrossStreamSuperApp.json +1 -1
- package/build/truffle/CustomSuperTokenBase.json +1 -1
- package/build/truffle/ECDSA.json +1 -1
- package/build/truffle/EIP712.json +1 -1
- package/build/truffle/ERC165.json +1 -1
- package/build/truffle/ERC1820Implementer.json +1 -1
- package/build/truffle/ERC1820RegistryCompiled.json +1 -1
- package/build/truffle/ERC1967Upgrade.json +1 -1
- package/build/truffle/ERC20.json +1 -1
- package/build/truffle/ERC20Permit.json +1 -1
- package/build/truffle/ERC777Helper.json +1 -1
- package/build/truffle/ERC777RecipientDrainingGas.json +1 -1
- package/build/truffle/ERC777RecipientReverting.json +1 -1
- package/build/truffle/EnumerableSet.json +1 -1
- package/build/truffle/EventsEmitter.json +1 -1
- package/build/truffle/ExclusiveInflowTestApp.json +1 -1
- package/build/truffle/FixedSizeData.json +1 -1
- package/build/truffle/FlowExchangeTestApp.json +1 -1
- package/build/truffle/FlowNFTBase.json +1 -1
- package/build/truffle/FlowOperatorDefinitions.json +1 -1
- package/build/truffle/ForwarderBase.json +1 -1
- package/build/truffle/FullUpgradableSuperTokenProxy.json +1 -1
- package/build/truffle/GDAv1Forwarder.json +1 -1
- package/build/truffle/GDAv1ForwarderDeployerLibrary.json +1 -1
- package/build/truffle/GeneralDistributionAgreementV1.json +1 -1
- package/build/truffle/IAccessControl.json +1 -1
- package/build/truffle/IAccessControlEnumerable.json +1 -1
- package/build/truffle/IBeacon.json +1 -1
- package/build/truffle/IConstantFlowAgreementV1.json +1 -1
- package/build/truffle/IConstantInflowNFT.json +1 -1
- package/build/truffle/IConstantOutflowNFT.json +1 -1
- package/build/truffle/IDAv1Forwarder.json +1 -1
- package/build/truffle/IDAv1ForwarderDeployerLibrary.json +1 -1
- package/build/truffle/IDAv1Library.json +1 -1
- package/build/truffle/IERC165.json +1 -1
- package/build/truffle/IERC1820Implementer.json +1 -1
- package/build/truffle/IERC1820Registry.json +1 -1
- package/build/truffle/IERC1822Proxiable.json +1 -1
- package/build/truffle/IERC1967.json +1 -1
- package/build/truffle/IERC20.json +1 -1
- package/build/truffle/IERC20Metadata.json +1 -1
- package/build/truffle/IERC20Permit.json +1 -1
- package/build/truffle/IERC5267.json +1 -1
- package/build/truffle/IERC721.json +1 -1
- package/build/truffle/IERC721Metadata.json +1 -1
- package/build/truffle/IERC777.json +1 -1
- package/build/truffle/IERC777Recipient.json +1 -1
- package/build/truffle/IERC777Sender.json +1 -1
- package/build/truffle/IFlowNFTBase.json +1 -1
- package/build/truffle/IGeneralDistributionAgreementV1.json +1 -1
- package/build/truffle/IInstantDistributionAgreementV1.json +1 -1
- package/build/truffle/IMultiSigWallet.json +1 -1
- package/build/truffle/IPoolAdminNFT.json +1 -1
- package/build/truffle/IPoolMemberNFT.json +1 -1
- package/build/truffle/IPoolNFTBase.json +1 -1
- package/build/truffle/IPureSuperToken.json +1 -1
- package/build/truffle/IPureSuperTokenCustom.json +1 -1
- package/build/truffle/IRelayRecipient.json +1 -1
- package/build/truffle/IResolver.json +1 -1
- package/build/truffle/ISETH.json +1 -1
- package/build/truffle/ISETHCustom.json +1 -1
- package/build/truffle/ISafe.json +1 -1
- package/build/truffle/IStorageLayoutBase.json +1 -1
- package/build/truffle/ISuperAgreement.json +1 -1
- package/build/truffle/ISuperApp.json +1 -1
- package/build/truffle/ISuperToken.json +1 -1
- package/build/truffle/ISuperTokenFactory.json +1 -1
- package/build/truffle/ISuperfluid.json +1 -1
- package/build/truffle/ISuperfluidGovernance.json +1 -1
- package/build/truffle/ISuperfluidPool.json +1 -1
- package/build/truffle/ISuperfluidToken.json +1 -1
- package/build/truffle/ITOGAv1.json +1 -1
- package/build/truffle/ITOGAv2.json +1 -1
- package/build/truffle/ITOGAv3.json +1 -1
- package/build/truffle/Initializable.json +1 -1
- package/build/truffle/InstantDistributionAgreementV1.json +1 -1
- package/build/truffle/Math.json +1 -1
- package/build/truffle/NonClosableOutflowTestApp.json +1 -1
- package/build/truffle/Ownable.json +1 -1
- package/build/truffle/PoolAdminNFT.json +1 -1
- package/build/truffle/PoolMemberNFT.json +1 -1
- package/build/truffle/PoolNFTBase.json +1 -1
- package/build/truffle/Proxy.json +1 -1
- package/build/truffle/ProxyDeployerLibrary.json +1 -1
- package/build/truffle/PureSuperToken.json +1 -1
- package/build/truffle/Resolver.json +1 -1
- package/build/truffle/SETHProxy.json +1 -1
- package/build/truffle/SafeCast.json +1 -1
- package/build/truffle/SafeERC20.json +1 -1
- package/build/truffle/SafeGasLibrary.json +1 -1
- package/build/truffle/SafeMath.json +1 -1
- package/build/truffle/SelfDeletingFlowTestApp.json +1 -1
- package/build/truffle/SemanticMoney.json +1 -1
- package/build/truffle/ShortStrings.json +1 -1
- package/build/truffle/SignedMath.json +1 -1
- package/build/truffle/SlotsBitmapLibrary.json +1 -1
- package/build/truffle/SolvencyHelperLibrary.json +1 -1
- package/build/truffle/StorageSlot.json +1 -1
- package/build/truffle/StreamRedirector.json +1 -1
- package/build/truffle/Strings.json +1 -1
- package/build/truffle/SuperAppBase.json +1 -1
- package/build/truffle/SuperAppBaseFlow.json +1 -1
- package/build/truffle/SuperAppDefinitions.json +1 -1
- package/build/truffle/SuperToken.json +1 -1
- package/build/truffle/SuperTokenDeployerLibrary.json +1 -1
- package/build/truffle/SuperTokenFactory.json +1 -1
- package/build/truffle/SuperTokenFactoryBase.json +1 -1
- package/build/truffle/SuperTokenV1Library.json +1 -1
- package/build/truffle/SuperUpgrader.json +1 -1
- package/build/truffle/Superfluid.json +1 -1
- package/build/truffle/SuperfluidCFAv1DeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidFlowNFTLogicDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidFrameworkDeployer.json +1 -1
- package/build/truffle/SuperfluidFrameworkDeploymentSteps.json +1 -1
- package/build/truffle/SuperfluidGDAv1DeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidGovDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidGovernanceBase.json +1 -1
- package/build/truffle/SuperfluidGovernanceConfigs.json +1 -1
- package/build/truffle/SuperfluidGovernanceII.json +1 -1
- package/build/truffle/SuperfluidGovernanceIIProxy.json +1 -1
- package/build/truffle/SuperfluidHostDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidIDAv1DeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidLoader.json +1 -1
- package/build/truffle/SuperfluidLoaderDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidLoaderLibrary.json +1 -1
- package/build/truffle/SuperfluidPeripheryDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidPool.json +1 -1
- package/build/truffle/SuperfluidPoolDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidPoolLogicDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidPoolNFTLogicDeployerLibrary.json +1 -1
- package/build/truffle/SuperfluidToken.json +1 -1
- package/build/truffle/SuperfluidUpgradeableBeacon.json +1 -1
- package/build/truffle/TOGA.json +1 -1
- package/build/truffle/TestGovernance.json +1 -1
- package/build/truffle/TestResolver.json +1 -1
- package/build/truffle/TestToken.json +1 -1
- package/build/truffle/TokenDeployerLibrary.json +1 -1
- package/build/truffle/TokenMonad.json +1 -1
- package/build/truffle/UUPSProxiable.json +1 -1
- package/build/truffle/UUPSProxy.json +1 -1
- package/build/truffle/UUPSUtils.json +1 -1
- package/build/truffle/UpgradeableBeacon.json +1 -1
- package/package.json +3 -3
|
@@ -4196,7 +4196,7 @@
|
|
|
4196
4196
|
},
|
|
4197
4197
|
"networks": {},
|
|
4198
4198
|
"schemaVersion": "3.4.16",
|
|
4199
|
-
"updatedAt": "2024-01-
|
|
4199
|
+
"updatedAt": "2024-01-25T10:08:25.516Z",
|
|
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.16",
|
|
1790
|
-
"updatedAt": "2024-01-
|
|
1790
|
+
"updatedAt": "2024-01-25T10:08:25.520Z",
|
|
1791
1791
|
"devdoc": {
|
|
1792
1792
|
"details": "Extension of {AccessControl} that allows enumerating the members of each role.",
|
|
1793
1793
|
"events": {
|
|
@@ -23536,7 +23536,7 @@
|
|
|
23536
23536
|
},
|
|
23537
23537
|
"networks": {},
|
|
23538
23538
|
"schemaVersion": "3.4.16",
|
|
23539
|
-
"updatedAt": "2024-01-
|
|
23539
|
+
"updatedAt": "2024-01-25T10:08:25.604Z",
|
|
23540
23540
|
"devdoc": {
|
|
23541
23541
|
"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",
|
|
23542
23542
|
"kind": "dev",
|
|
@@ -4371,7 +4371,7 @@
|
|
|
4371
4371
|
},
|
|
4372
4372
|
"networks": {},
|
|
4373
4373
|
"schemaVersion": "3.4.16",
|
|
4374
|
-
"updatedAt": "2024-01-
|
|
4374
|
+
"updatedAt": "2024-01-25T10:08:25.564Z",
|
|
4375
4375
|
"devdoc": {
|
|
4376
4376
|
"details": "Collection of functions related to the address type",
|
|
4377
4377
|
"kind": "dev",
|
|
@@ -7328,7 +7328,7 @@
|
|
|
7328
7328
|
},
|
|
7329
7329
|
"networks": {},
|
|
7330
7330
|
"schemaVersion": "3.4.16",
|
|
7331
|
-
"updatedAt": "2024-01-
|
|
7331
|
+
"updatedAt": "2024-01-25T10:08:25.635Z",
|
|
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.16",
|
|
627
|
-
"updatedAt": "2024-01-
|
|
627
|
+
"updatedAt": "2024-01-25T10:08:25.903Z",
|
|
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",
|
|
@@ -10262,7 +10262,7 @@
|
|
|
10262
10262
|
},
|
|
10263
10263
|
"networks": {},
|
|
10264
10264
|
"schemaVersion": "3.4.16",
|
|
10265
|
-
"updatedAt": "2024-01-
|
|
10265
|
+
"updatedAt": "2024-01-25T10:08:26.733Z",
|
|
10266
10266
|
"devdoc": {
|
|
10267
10267
|
"author": "Superfluid",
|
|
10268
10268
|
"details": "This contract allows to delete multiple flows in a single transaction.",
|
|
@@ -3906,7 +3906,7 @@
|
|
|
3906
3906
|
},
|
|
3907
3907
|
"networks": {},
|
|
3908
3908
|
"schemaVersion": "3.4.16",
|
|
3909
|
-
"updatedAt": "2024-01-
|
|
3909
|
+
"updatedAt": "2024-01-25T10:08:25.544Z",
|
|
3910
3910
|
"devdoc": {
|
|
3911
3911
|
"details": "This contract implements a proxy that gets the implementation address for each call from an {UpgradeableBeacon}. The beacon address is stored in storage slot `uint256(keccak256('eip1967.proxy.beacon')) - 1`, so that it doesn't conflict with the storage layout of the implementation behind the proxy. _Available since v3.4._",
|
|
3912
3912
|
"events": {
|
|
@@ -21235,7 +21235,7 @@
|
|
|
21235
21235
|
},
|
|
21236
21236
|
"networks": {},
|
|
21237
21237
|
"schemaVersion": "3.4.16",
|
|
21238
|
-
"updatedAt": "2024-01-
|
|
21238
|
+
"updatedAt": "2024-01-25T10:08:26.736Z",
|
|
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",
|
|
@@ -20928,7 +20928,7 @@
|
|
|
20928
20928
|
},
|
|
20929
20929
|
"networks": {},
|
|
20930
20930
|
"schemaVersion": "3.4.16",
|
|
20931
|
-
"updatedAt": "2024-01-
|
|
20931
|
+
"updatedAt": "2024-01-25T10:08:26.781Z",
|
|
20932
20932
|
"devdoc": {
|
|
20933
20933
|
"kind": "dev",
|
|
20934
20934
|
"methods": {
|
|
@@ -16063,7 +16063,7 @@
|
|
|
16063
16063
|
},
|
|
16064
16064
|
"networks": {},
|
|
16065
16065
|
"schemaVersion": "3.4.16",
|
|
16066
|
-
"updatedAt": "2024-01-
|
|
16066
|
+
"updatedAt": "2024-01-25T10:08:25.810Z",
|
|
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()",
|
|
@@ -20679,7 +20679,7 @@
|
|
|
20679
20679
|
},
|
|
20680
20680
|
"networks": {},
|
|
20681
20681
|
"schemaVersion": "3.4.16",
|
|
20682
|
-
"updatedAt": "2024-01-
|
|
20682
|
+
"updatedAt": "2024-01-25T10:08:25.934Z",
|
|
20683
20683
|
"devdoc": {
|
|
20684
20684
|
"details": "This is CFA SuperApp that closes an updated flow.",
|
|
20685
20685
|
"kind": "dev",
|
|
@@ -82274,7 +82274,7 @@
|
|
|
82274
82274
|
},
|
|
82275
82275
|
"networks": {},
|
|
82276
82276
|
"schemaVersion": "3.4.16",
|
|
82277
|
-
"updatedAt": "2024-01-
|
|
82277
|
+
"updatedAt": "2024-01-25T10:08:25.640Z",
|
|
82278
82278
|
"devdoc": {
|
|
82279
82279
|
"author": "Superfluid",
|
|
82280
82280
|
"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.",
|
|
@@ -19002,7 +19002,7 @@
|
|
|
19002
19002
|
},
|
|
19003
19003
|
"networks": {},
|
|
19004
19004
|
"schemaVersion": "3.4.16",
|
|
19005
|
-
"updatedAt": "2024-01-
|
|
19005
|
+
"updatedAt": "2024-01-25T10:08:26.610Z",
|
|
19006
19006
|
"devdoc": {
|
|
19007
19007
|
"author": "Superfluid",
|
|
19008
19008
|
"details": "This contract does not hold any storage, but references the ConstantOutflowNFT contract storage.",
|
|
@@ -21280,7 +21280,7 @@
|
|
|
21280
21280
|
},
|
|
21281
21281
|
"networks": {},
|
|
21282
21282
|
"schemaVersion": "3.4.16",
|
|
21283
|
-
"updatedAt": "2024-01-
|
|
21283
|
+
"updatedAt": "2024-01-25T10:08:26.621Z",
|
|
21284
21284
|
"devdoc": {
|
|
21285
21285
|
"author": "Superfluid",
|
|
21286
21286
|
"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.16",
|
|
260
|
-
"updatedAt": "2024-01-
|
|
260
|
+
"updatedAt": "2024-01-25T10:08:25.566Z",
|
|
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",
|
|
@@ -862,7 +862,7 @@
|
|
|
862
862
|
},
|
|
863
863
|
"networks": {},
|
|
864
864
|
"schemaVersion": "3.4.16",
|
|
865
|
-
"updatedAt": "2024-01-
|
|
865
|
+
"updatedAt": "2024-01-25T10:08:25.566Z",
|
|
866
866
|
"devdoc": {
|
|
867
867
|
"author": "Matt Condon (@shrugs)",
|
|
868
868
|
"details": "Provides counters that can only be incremented, decremented or reset. This can be used e.g. to track the number of elements in a mapping, issuing ERC721 ids, or counting request ids. Include with `using Counters for Counters.Counter;`",
|
|
@@ -11141,7 +11141,7 @@
|
|
|
11141
11141
|
},
|
|
11142
11142
|
"networks": {},
|
|
11143
11143
|
"schemaVersion": "3.4.16",
|
|
11144
|
-
"updatedAt": "2024-01-
|
|
11144
|
+
"updatedAt": "2024-01-25T10:08:26.034Z",
|
|
11145
11145
|
"devdoc": {
|
|
11146
11146
|
"author": "Superfluid",
|
|
11147
11147
|
"details": "A super app used for testing \"cross-stream\" flows in callbacks and its behavior surrounding the internal protocol accounting. That is, two senders sending a flow to the super app",
|
|
@@ -148,7 +148,7 @@
|
|
|
148
148
|
},
|
|
149
149
|
"networks": {},
|
|
150
150
|
"schemaVersion": "3.4.16",
|
|
151
|
-
"updatedAt": "2024-01-
|
|
151
|
+
"updatedAt": "2024-01-25T10:08:25.875Z",
|
|
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",
|
package/build/truffle/ECDSA.json
CHANGED
|
@@ -5211,7 +5211,7 @@
|
|
|
5211
5211
|
},
|
|
5212
5212
|
"networks": {},
|
|
5213
5213
|
"schemaVersion": "3.4.16",
|
|
5214
|
-
"updatedAt": "2024-01-
|
|
5214
|
+
"updatedAt": "2024-01-25T10:08:25.573Z",
|
|
5215
5215
|
"devdoc": {
|
|
5216
5216
|
"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.",
|
|
5217
5217
|
"kind": "dev",
|
|
@@ -2749,7 +2749,7 @@
|
|
|
2749
2749
|
},
|
|
2750
2750
|
"networks": {},
|
|
2751
2751
|
"schemaVersion": "3.4.16",
|
|
2752
|
-
"updatedAt": "2024-01-
|
|
2752
|
+
"updatedAt": "2024-01-25T10:08:25.577Z",
|
|
2753
2753
|
"devdoc": {
|
|
2754
2754
|
"custom:oz-upgrades-unsafe-allow": "state-variable-immutable state-variable-assignment",
|
|
2755
2755
|
"details": "https://eips.ethereum.org/EIPS/eip-712[EIP 712] is a standard for hashing and signing of typed structured data. The encoding specified in the EIP is very generic, and such a generic 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 their contracts 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. _Available since v3.4._",
|
|
@@ -325,7 +325,7 @@
|
|
|
325
325
|
},
|
|
326
326
|
"networks": {},
|
|
327
327
|
"schemaVersion": "3.4.16",
|
|
328
|
-
"updatedAt": "2024-01-
|
|
328
|
+
"updatedAt": "2024-01-25T10:08:25.579Z",
|
|
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.16",
|
|
1201
|
-
"updatedAt": "2024-01-
|
|
1201
|
+
"updatedAt": "2024-01-25T10:08:25.579Z",
|
|
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.16",
|
|
246
|
-
"updatedAt": "2024-01-
|
|
246
|
+
"updatedAt": "2024-01-25T10:08:25.905Z",
|
|
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",
|
|
@@ -3943,7 +3943,7 @@
|
|
|
3943
3943
|
},
|
|
3944
3944
|
"networks": {},
|
|
3945
3945
|
"schemaVersion": "3.4.16",
|
|
3946
|
-
"updatedAt": "2024-01-
|
|
3946
|
+
"updatedAt": "2024-01-25T10:08:25.541Z",
|
|
3947
3947
|
"devdoc": {
|
|
3948
3948
|
"details": "This abstract contract provides getters and event emitting update functions for https://eips.ethereum.org/EIPS/eip-1967[EIP1967] slots. _Available since v4.1._",
|
|
3949
3949
|
"events": {
|
package/build/truffle/ERC20.json
CHANGED
|
@@ -15059,7 +15059,7 @@
|
|
|
15059
15059
|
},
|
|
15060
15060
|
"networks": {},
|
|
15061
15061
|
"schemaVersion": "3.4.16",
|
|
15062
|
-
"updatedAt": "2024-01-
|
|
15062
|
+
"updatedAt": "2024-01-25T10:08:25.548Z",
|
|
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": {
|
|
@@ -2621,7 +2621,7 @@
|
|
|
2621
2621
|
},
|
|
2622
2622
|
"networks": {},
|
|
2623
2623
|
"schemaVersion": "3.4.16",
|
|
2624
|
-
"updatedAt": "2024-01-
|
|
2624
|
+
"updatedAt": "2024-01-25T10:08:25.556Z",
|
|
2625
2625
|
"devdoc": {
|
|
2626
2626
|
"details": "Implementation 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. _Available since v3.4._",
|
|
2627
2627
|
"events": {
|
|
@@ -10118,7 +10118,7 @@
|
|
|
10118
10118
|
},
|
|
10119
10119
|
"networks": {},
|
|
10120
10120
|
"schemaVersion": "3.4.16",
|
|
10121
|
-
"updatedAt": "2024-01-
|
|
10121
|
+
"updatedAt": "2024-01-25T10:08:26.045Z",
|
|
10122
10122
|
"devdoc": {
|
|
10123
10123
|
"kind": "dev",
|
|
10124
10124
|
"methods": {},
|
|
@@ -10227,7 +10227,7 @@
|
|
|
10227
10227
|
},
|
|
10228
10228
|
"networks": {},
|
|
10229
10229
|
"schemaVersion": "3.4.16",
|
|
10230
|
-
"updatedAt": "2024-01-
|
|
10230
|
+
"updatedAt": "2024-01-25T10:08:26.050Z",
|
|
10231
10231
|
"devdoc": {
|
|
10232
10232
|
"kind": "dev",
|
|
10233
10233
|
"methods": {},
|
|
@@ -7369,7 +7369,7 @@
|
|
|
7369
7369
|
},
|
|
7370
7370
|
"networks": {},
|
|
7371
7371
|
"schemaVersion": "3.4.16",
|
|
7372
|
-
"updatedAt": "2024-01-
|
|
7372
|
+
"updatedAt": "2024-01-25T10:08:25.600Z",
|
|
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.16",
|
|
401
|
-
"updatedAt": "2024-01-
|
|
401
|
+
"updatedAt": "2024-01-25T10:08:25.906Z",
|
|
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.16",
|
|
20836
|
-
"updatedAt": "2024-01-
|
|
20836
|
+
"updatedAt": "2024-01-25T10:08:25.940Z",
|
|
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.16",
|
|
1844
|
-
"updatedAt": "2024-01-
|
|
1844
|
+
"updatedAt": "2024-01-25T10:08:25.910Z",
|
|
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.16",
|
|
21467
|
-
"updatedAt": "2024-01-
|
|
21467
|
+
"updatedAt": "2024-01-25T10:08:25.947Z",
|
|
21468
21468
|
"devdoc": {
|
|
21469
21469
|
"kind": "dev",
|
|
21470
21470
|
"methods": {},
|
|
@@ -11866,7 +11866,7 @@
|
|
|
11866
11866
|
},
|
|
11867
11867
|
"networks": {},
|
|
11868
11868
|
"schemaVersion": "3.4.16",
|
|
11869
|
-
"updatedAt": "2024-01-
|
|
11869
|
+
"updatedAt": "2024-01-25T10:08:26.632Z",
|
|
11870
11870
|
"devdoc": {
|
|
11871
11871
|
"author": "Superfluid",
|
|
11872
11872
|
"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.",
|
|
@@ -22441,7 +22441,7 @@
|
|
|
22441
22441
|
},
|
|
22442
22442
|
"networks": {},
|
|
22443
22443
|
"schemaVersion": "3.4.16",
|
|
22444
|
-
"updatedAt": "2024-01-
|
|
22444
|
+
"updatedAt": "2024-01-25T10:08:26.745Z",
|
|
22445
22445
|
"devdoc": {
|
|
22446
22446
|
"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.",
|
|
22447
22447
|
"kind": "dev",
|
|
@@ -20928,7 +20928,7 @@
|
|
|
20928
20928
|
},
|
|
20929
20929
|
"networks": {},
|
|
20930
20930
|
"schemaVersion": "3.4.16",
|
|
20931
|
-
"updatedAt": "2024-01-
|
|
20931
|
+
"updatedAt": "2024-01-25T10:08:26.792Z",
|
|
20932
20932
|
"devdoc": {
|
|
20933
20933
|
"kind": "dev",
|
|
20934
20934
|
"methods": {
|
|
@@ -85574,7 +85574,7 @@
|
|
|
85574
85574
|
},
|
|
85575
85575
|
"networks": {},
|
|
85576
85576
|
"schemaVersion": "3.4.16",
|
|
85577
|
-
"updatedAt": "2024-01-
|
|
85577
|
+
"updatedAt": "2024-01-25T10:08:25.730Z",
|
|
85578
85578
|
"devdoc": {
|
|
85579
85579
|
"author": "Superfluid",
|
|
85580
85580
|
"events": {
|
|
@@ -1036,7 +1036,7 @@
|
|
|
1036
1036
|
},
|
|
1037
1037
|
"networks": {},
|
|
1038
1038
|
"schemaVersion": "3.4.16",
|
|
1039
|
-
"updatedAt": "2024-01-
|
|
1039
|
+
"updatedAt": "2024-01-25T10:08:25.538Z",
|
|
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.16",
|
|
525
|
-
"updatedAt": "2024-01-
|
|
525
|
+
"updatedAt": "2024-01-25T10:08:25.539Z",
|
|
526
526
|
"devdoc": {
|
|
527
527
|
"details": "External interface of AccessControlEnumerable declared to support ERC165 detection.",
|
|
528
528
|
"events": {
|
|
@@ -144,7 +144,7 @@
|
|
|
144
144
|
},
|
|
145
145
|
"networks": {},
|
|
146
146
|
"schemaVersion": "3.4.16",
|
|
147
|
-
"updatedAt": "2024-01-
|
|
147
|
+
"updatedAt": "2024-01-25T10:08:25.545Z",
|
|
148
148
|
"devdoc": {
|
|
149
149
|
"details": "This is the interface that {BeaconProxy} expects of its beacon.",
|
|
150
150
|
"kind": "dev",
|
|
@@ -27559,7 +27559,7 @@
|
|
|
27559
27559
|
},
|
|
27560
27560
|
"networks": {},
|
|
27561
27561
|
"schemaVersion": "3.4.16",
|
|
27562
|
-
"updatedAt": "2024-01-
|
|
27562
|
+
"updatedAt": "2024-01-25T10:08:26.752Z",
|
|
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",
|
|
@@ -20928,7 +20928,7 @@
|
|
|
20928
20928
|
},
|
|
20929
20929
|
"networks": {},
|
|
20930
20930
|
"schemaVersion": "3.4.16",
|
|
20931
|
-
"updatedAt": "2024-01-
|
|
20931
|
+
"updatedAt": "2024-01-25T10:08:26.806Z",
|
|
20932
20932
|
"devdoc": {
|
|
20933
20933
|
"kind": "dev",
|
|
20934
20934
|
"methods": {
|
|
@@ -18022,7 +18022,7 @@
|
|
|
18022
18022
|
},
|
|
18023
18023
|
"networks": {},
|
|
18024
18024
|
"schemaVersion": "3.4.16",
|
|
18025
|
-
"updatedAt": "2024-01-
|
|
18025
|
+
"updatedAt": "2024-01-25T10:08:25.815Z",
|
|
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.16",
|
|
180
|
-
"updatedAt": "2024-01-
|
|
180
|
+
"updatedAt": "2024-01-25T10:08:25.580Z",
|
|
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",
|