@superfluid-finance/ethereum-contracts 1.1.2-dev.6e6d5ef.0 → 1.1.2-dev.9b08025.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 (109) hide show
  1. package/README.md +11 -39
  2. package/build/contracts/AccessControl.json +1 -1
  3. package/build/contracts/AccessControlEnumerable.json +1 -1
  4. package/build/contracts/Address.json +1 -1
  5. package/build/contracts/AgreementBase.json +1 -1
  6. package/build/contracts/AgreementLibrary.json +1 -1
  7. package/build/contracts/BaseRelayRecipient.json +1 -1
  8. package/build/contracts/BatchLiquidator.json +1 -1
  9. package/build/contracts/BatchOperation.json +1 -1
  10. package/build/contracts/CFAv1Library.json +1 -1
  11. package/build/contracts/CallUtils.json +1 -1
  12. package/build/contracts/ClosingOnUpdateFlowTestApp.json +1 -1
  13. package/build/contracts/ConstantFlowAgreementV1.json +1 -1
  14. package/build/contracts/Context.json +1 -1
  15. package/build/contracts/ContextDefinitions.json +1 -1
  16. package/build/contracts/Create2.json +1 -1
  17. package/build/contracts/CustomSuperTokenBase.json +1 -1
  18. package/build/contracts/ERC165.json +1 -1
  19. package/build/contracts/ERC1820Implementer.json +1 -1
  20. package/build/contracts/ERC20.json +1 -1
  21. package/build/contracts/ERC20WithTokenInfo.json +1 -1
  22. package/build/contracts/ERC721.json +1 -1
  23. package/build/contracts/ERC777Helper.json +1 -1
  24. package/build/contracts/ERC777RecipientDrainingGas.json +1 -1
  25. package/build/contracts/ERC777RecipientReverting.json +1 -1
  26. package/build/contracts/EnumerableSet.json +1 -1
  27. package/build/contracts/ExclusiveInflowTestApp.json +1 -1
  28. package/build/contracts/FixedSizeData.json +1 -1
  29. package/build/contracts/FlowExchangeTestApp.json +1 -1
  30. package/build/contracts/FullUpgradableSuperTokenProxy.json +1 -1
  31. package/build/contracts/IAccessControl.json +1 -1
  32. package/build/contracts/IAccessControlEnumerable.json +1 -1
  33. package/build/contracts/IConstantFlowAgreementV1.json +1 -1
  34. package/build/contracts/IDAv1Library.json +1 -1
  35. package/build/contracts/IERC165.json +1 -1
  36. package/build/contracts/IERC1820Implementer.json +1 -1
  37. package/build/contracts/IERC1820Registry.json +1 -1
  38. package/build/contracts/IERC20.json +1 -1
  39. package/build/contracts/IERC20Metadata.json +1 -1
  40. package/build/contracts/IERC721.json +1 -1
  41. package/build/contracts/IERC721Metadata.json +1 -1
  42. package/build/contracts/IERC721Receiver.json +1 -1
  43. package/build/contracts/IERC777.json +1 -1
  44. package/build/contracts/IERC777Recipient.json +1 -1
  45. package/build/contracts/IERC777Sender.json +1 -1
  46. package/build/contracts/IInstantDistributionAgreementV1.json +1 -1
  47. package/build/contracts/IMaticBridgedNativeSuperToken.json +1 -1
  48. package/build/contracts/IMaticBridgedNativeSuperTokenCustom.json +1 -1
  49. package/build/contracts/IMultiSigWallet.json +1 -1
  50. package/build/contracts/INativeSuperToken.json +1 -1
  51. package/build/contracts/INativeSuperTokenCustom.json +1 -1
  52. package/build/contracts/IRelayRecipient.json +1 -1
  53. package/build/contracts/IResolver.json +1 -1
  54. package/build/contracts/ISETH.json +1 -1
  55. package/build/contracts/ISETHCustom.json +1 -1
  56. package/build/contracts/ISuperAgreement.json +1 -1
  57. package/build/contracts/ISuperApp.json +1 -1
  58. package/build/contracts/ISuperToken.json +1 -1
  59. package/build/contracts/ISuperTokenFactory.json +1 -1
  60. package/build/contracts/ISuperfluid.json +1 -1
  61. package/build/contracts/ISuperfluidGovernance.json +1 -1
  62. package/build/contracts/ISuperfluidToken.json +1 -1
  63. package/build/contracts/ITOGAv1.json +1 -1
  64. package/build/contracts/ITOGAv2.json +1 -1
  65. package/build/contracts/Initializable.json +1 -1
  66. package/build/contracts/InstantDistributionAgreementV1.json +1 -1
  67. package/build/contracts/Int96SafeMath.json +1 -1
  68. package/build/contracts/MaticBridgedNativeSuperTokenProxy.json +1 -1
  69. package/build/contracts/MultiFlowApp.json +1 -1
  70. package/build/contracts/NativeSuperTokenProxy.json +1 -1
  71. package/build/contracts/NonClosableOutflowTestApp.json +1 -1
  72. package/build/contracts/Ownable.json +1 -1
  73. package/build/contracts/Proxy.json +1 -1
  74. package/build/contracts/Resolver.json +1 -1
  75. package/build/contracts/SETHProxy.json +1 -1
  76. package/build/contracts/SafeCast.json +1 -1
  77. package/build/contracts/SafeERC20.json +1 -1
  78. package/build/contracts/SafeMath.json +1 -1
  79. package/build/contracts/SelfDeletingFlowTestApp.json +1 -1
  80. package/build/contracts/SlotsBitmapLibrary.json +1 -1
  81. package/build/contracts/Strings.json +1 -1
  82. package/build/contracts/SuperAppBase.json +1 -1
  83. package/build/contracts/SuperAppDefinitions.json +1 -1
  84. package/build/contracts/SuperToken.json +1 -1
  85. package/build/contracts/SuperTokenFactory.json +1 -1
  86. package/build/contracts/SuperTokenFactoryBase.json +1 -1
  87. package/build/contracts/SuperTokenFactoryHelper.json +1 -1
  88. package/build/contracts/SuperUpgrader.json +1 -1
  89. package/build/contracts/Superfluid.json +1 -1
  90. package/build/contracts/SuperfluidGovernanceBase.json +1 -1
  91. package/build/contracts/SuperfluidGovernanceConfigs.json +1 -1
  92. package/build/contracts/SuperfluidGovernanceII.json +1 -1
  93. package/build/contracts/SuperfluidGovernanceIIProxy.json +1 -1
  94. package/build/contracts/SuperfluidLoader.json +1 -1
  95. package/build/contracts/SuperfluidToken.json +1 -1
  96. package/build/contracts/TOGA.json +1 -1
  97. package/build/contracts/TestGovernance.json +1 -1
  98. package/build/contracts/TestToken.json +1 -1
  99. package/build/contracts/TokenCustodian.json +1 -1
  100. package/build/contracts/TokenInfo.json +1 -1
  101. package/build/contracts/UInt128SafeMath.json +1 -1
  102. package/build/contracts/UUPSProxiable.json +1 -1
  103. package/build/contracts/UUPSProxy.json +1 -1
  104. package/build/contracts/UUPSUtils.json +1 -1
  105. package/build/contracts-sizes.txt +4 -4
  106. package/package.json +13 -5
  107. package/scripts/deploy-erc1820.js +16 -3
  108. package/scripts/deploy-framework.js +32 -11
  109. package/artifacts/ERC1820Registry.json +0 -5
@@ -2104,7 +2104,7 @@
2104
2104
  },
2105
2105
  "networks": {},
2106
2106
  "schemaVersion": "3.4.4",
2107
- "updatedAt": "2022-03-24T16:33:05.830Z",
2107
+ "updatedAt": "2022-04-07T10:25:44.408Z",
2108
2108
  "devdoc": {
2109
2109
  "author": "Superfluid",
2110
2110
  "kind": "dev",
@@ -535,7 +535,7 @@
535
535
  },
536
536
  "networks": {},
537
537
  "schemaVersion": "3.4.4",
538
- "updatedAt": "2022-03-24T16:33:05.831Z",
538
+ "updatedAt": "2022-04-07T10:25:44.409Z",
539
539
  "devdoc": {
540
540
  "author": "Superfluid",
541
541
  "kind": "dev",
@@ -454,7 +454,7 @@
454
454
  },
455
455
  "networks": {},
456
456
  "schemaVersion": "3.4.4",
457
- "updatedAt": "2022-03-24T16:33:05.834Z",
457
+ "updatedAt": "2022-04-07T10:25:44.412Z",
458
458
  "devdoc": {
459
459
  "author": "Superfluid",
460
460
  "details": "A contract must implement this interface in order to support relayed transactionsIt is better to inherit the BaseRelayRecipient as its implementation",
@@ -680,7 +680,7 @@
680
680
  },
681
681
  "networks": {},
682
682
  "schemaVersion": "3.4.4",
683
- "updatedAt": "2022-03-24T16:33:05.834Z",
683
+ "updatedAt": "2022-04-07T10:25:44.412Z",
684
684
  "devdoc": {
685
685
  "author": "Superfluid",
686
686
  "kind": "dev",
@@ -2172,7 +2172,7 @@
2172
2172
  },
2173
2173
  "networks": {},
2174
2174
  "schemaVersion": "3.4.4",
2175
- "updatedAt": "2022-03-24T16:33:05.832Z",
2175
+ "updatedAt": "2022-04-07T10:25:44.409Z",
2176
2176
  "devdoc": {
2177
2177
  "author": "Superfluid",
2178
2178
  "kind": "dev",
@@ -603,7 +603,7 @@
603
603
  },
604
604
  "networks": {},
605
605
  "schemaVersion": "3.4.4",
606
- "updatedAt": "2022-03-24T16:33:05.833Z",
606
+ "updatedAt": "2022-04-07T10:25:44.411Z",
607
607
  "devdoc": {
608
608
  "author": "Superfluid",
609
609
  "kind": "dev",
@@ -760,7 +760,7 @@
760
760
  },
761
761
  "networks": {},
762
762
  "schemaVersion": "3.4.4",
763
- "updatedAt": "2022-03-24T16:33:05.809Z",
763
+ "updatedAt": "2022-04-07T10:25:44.388Z",
764
764
  "devdoc": {
765
765
  "author": "Superfluid",
766
766
  "kind": "dev",
@@ -3047,7 +3047,7 @@
3047
3047
  },
3048
3048
  "networks": {},
3049
3049
  "schemaVersion": "3.4.4",
3050
- "updatedAt": "2022-03-24T16:33:05.809Z",
3050
+ "updatedAt": "2022-04-07T10:25:44.388Z",
3051
3051
  "devdoc": {
3052
3052
  "author": "Superfluid",
3053
3053
  "details": "Be aware of the app being jailed, when the word permitted is used.",
@@ -9871,7 +9871,7 @@
9871
9871
  },
9872
9872
  "networks": {},
9873
9873
  "schemaVersion": "3.4.4",
9874
- "updatedAt": "2022-03-24T16:33:05.811Z",
9874
+ "updatedAt": "2022-04-07T10:25:44.390Z",
9875
9875
  "devdoc": {
9876
9876
  "author": "Superfluid",
9877
9877
  "events": {
@@ -2080,7 +2080,7 @@
2080
2080
  },
2081
2081
  "networks": {},
2082
2082
  "schemaVersion": "3.4.4",
2083
- "updatedAt": "2022-03-24T16:33:05.815Z",
2083
+ "updatedAt": "2022-04-07T10:25:44.394Z",
2084
2084
  "devdoc": {
2085
2085
  "author": "Superfluid",
2086
2086
  "events": {
@@ -11605,7 +11605,7 @@
11605
11605
  },
11606
11606
  "networks": {},
11607
11607
  "schemaVersion": "3.4.4",
11608
- "updatedAt": "2022-03-24T16:33:05.816Z",
11608
+ "updatedAt": "2022-04-07T10:25:44.395Z",
11609
11609
  "devdoc": {
11610
11610
  "author": "Superfluid NOTE: This is the central contract of the system where super agreement, super app and super token features are connected. The Superfluid host contract is also the entry point for the protocol users, where batch call and meta transaction are provided for UX improvements.",
11611
11611
  "events": {
@@ -3005,7 +3005,7 @@
3005
3005
  },
3006
3006
  "networks": {},
3007
3007
  "schemaVersion": "3.4.4",
3008
- "updatedAt": "2022-03-24T16:33:05.822Z",
3008
+ "updatedAt": "2022-04-07T10:25:44.401Z",
3009
3009
  "devdoc": {
3010
3010
  "author": "Superfluid",
3011
3011
  "kind": "dev",
@@ -7177,7 +7177,7 @@
7177
7177
  },
7178
7178
  "networks": {},
7179
7179
  "schemaVersion": "3.4.4",
7180
- "updatedAt": "2022-03-24T16:33:05.824Z",
7180
+ "updatedAt": "2022-04-07T10:25:44.402Z",
7181
7181
  "devdoc": {
7182
7182
  "author": "Superfluid",
7183
7183
  "events": {
@@ -22884,7 +22884,7 @@
22884
22884
  },
22885
22885
  "networks": {},
22886
22886
  "schemaVersion": "3.4.4",
22887
- "updatedAt": "2022-03-24T16:33:06.627Z",
22887
+ "updatedAt": "2022-04-07T10:25:45.133Z",
22888
22888
  "devdoc": {
22889
22889
  "author": "Superfluid",
22890
22890
  "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().",
@@ -22916,7 +22916,7 @@
22916
22916
  },
22917
22917
  "networks": {},
22918
22918
  "schemaVersion": "3.4.4",
22919
- "updatedAt": "2022-03-24T16:33:06.637Z",
22919
+ "updatedAt": "2022-04-07T10:25:45.143Z",
22920
22920
  "devdoc": {
22921
22921
  "events": {
22922
22922
  "BondIncreased(address,uint256)": {
@@ -1741,7 +1741,7 @@
1741
1741
  },
1742
1742
  "networks": {},
1743
1743
  "schemaVersion": "3.4.4",
1744
- "updatedAt": "2022-03-24T16:33:05.516Z",
1744
+ "updatedAt": "2022-04-07T10:25:44.097Z",
1745
1745
  "devdoc": {
1746
1746
  "custom:oz-upgrades-unsafe-allow": "constructor constructor() initializer {} ``` ====",
1747
1747
  "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. 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 initialize the implementation contract, you can either invoke the initializer manually, or you can include a constructor to automatically mark it as initialized when it is deployed: [.hljs-theme-light.nopadding] ```",
@@ -116685,7 +116685,7 @@
116685
116685
  },
116686
116686
  "networks": {},
116687
116687
  "schemaVersion": "3.4.4",
116688
- "updatedAt": "2022-03-24T16:33:05.669Z",
116688
+ "updatedAt": "2022-04-07T10:25:44.253Z",
116689
116689
  "devdoc": {
116690
116690
  "author": "Superfluid",
116691
116691
  "details": "Please read IInstantDistributionAgreementV1 for implementation notes.For more technical notes, please visit protocol-monorepo wiki area.",
@@ -5269,7 +5269,7 @@
5269
5269
  },
5270
5270
  "networks": {},
5271
5271
  "schemaVersion": "3.4.4",
5272
- "updatedAt": "2022-03-24T16:33:05.842Z",
5272
+ "updatedAt": "2022-04-07T10:25:44.419Z",
5273
5273
  "devdoc": {
5274
5274
  "details": "Int96 math operations with safety checks that revert on error.",
5275
5275
  "kind": "dev",
@@ -7405,7 +7405,7 @@
7405
7405
  },
7406
7406
  "networks": {},
7407
7407
  "schemaVersion": "3.4.4",
7408
- "updatedAt": "2022-03-24T16:33:06.611Z",
7408
+ "updatedAt": "2022-04-07T10:25:45.119Z",
7409
7409
  "devdoc": {
7410
7410
  "author": "Superfluid",
7411
7411
  "details": "Native SuperToken with interfaces for the Matic POS bridge to mint and burn.See https://docs.polygon.technology/docs/develop/ethereum-matic/pos/mapping-assets/",
@@ -42325,7 +42325,7 @@
42325
42325
  },
42326
42326
  "networks": {},
42327
42327
  "schemaVersion": "3.4.4",
42328
- "updatedAt": "2022-03-24T16:33:06.578Z",
42328
+ "updatedAt": "2022-04-07T10:25:45.089Z",
42329
42329
  "devdoc": {
42330
42330
  "author": "Superfluid",
42331
42331
  "details": "A super app that can split incoming flows to multiple outgoing flows. This is used for testing CFA callbacks logic.",
@@ -4756,7 +4756,7 @@
4756
4756
  },
4757
4757
  "networks": {},
4758
4758
  "schemaVersion": "3.4.4",
4759
- "updatedAt": "2022-03-24T16:33:06.615Z",
4759
+ "updatedAt": "2022-04-07T10:25:45.122Z",
4760
4760
  "devdoc": {
4761
4761
  "author": "Superfluid",
4762
4762
  "details": "This is a simple implementation where the supply is pre-minted.",
@@ -31059,7 +31059,7 @@
31059
31059
  },
31060
31060
  "networks": {},
31061
31061
  "schemaVersion": "3.4.4",
31062
- "updatedAt": "2022-03-24T16:33:05.906Z",
31062
+ "updatedAt": "2022-04-07T10:25:44.478Z",
31063
31063
  "devdoc": {
31064
31064
  "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.",
31065
31065
  "kind": "dev",
@@ -2528,7 +2528,7 @@
2528
2528
  },
2529
2529
  "networks": {},
2530
2530
  "schemaVersion": "3.4.4",
2531
- "updatedAt": "2022-03-24T16:33:05.514Z",
2531
+ "updatedAt": "2022-04-07T10:25:44.094Z",
2532
2532
  "devdoc": {
2533
2533
  "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.",
2534
2534
  "kind": "dev",
@@ -1590,7 +1590,7 @@
1590
1590
  },
1591
1591
  "networks": {},
1592
1592
  "schemaVersion": "3.4.4",
1593
- "updatedAt": "2022-03-24T16:33:05.515Z",
1593
+ "updatedAt": "2022-04-07T10:25:44.095Z",
1594
1594
  "devdoc": {
1595
1595
  "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.",
1596
1596
  "kind": "dev",
@@ -7041,7 +7041,7 @@
7041
7041
  },
7042
7042
  "networks": {},
7043
7043
  "schemaVersion": "3.4.4",
7044
- "updatedAt": "2022-03-24T16:33:06.667Z",
7044
+ "updatedAt": "2022-04-07T10:25:45.172Z",
7045
7045
  "devdoc": {
7046
7046
  "author": "Superfluid",
7047
7047
  "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",
@@ -5912,7 +5912,7 @@
5912
5912
  },
5913
5913
  "networks": {},
5914
5914
  "schemaVersion": "3.4.4",
5915
- "updatedAt": "2022-03-24T16:33:06.617Z",
5915
+ "updatedAt": "2022-04-07T10:25:45.124Z",
5916
5916
  "devdoc": {
5917
5917
  "author": "Superfluid",
5918
5918
  "details": "Super ETH (SETH) custom super token implementation",
@@ -10267,7 +10267,7 @@
10267
10267
  },
10268
10268
  "networks": {},
10269
10269
  "schemaVersion": "3.4.4",
10270
- "updatedAt": "2022-03-24T16:33:05.594Z",
10270
+ "updatedAt": "2022-04-07T10:25:44.181Z",
10271
10271
  "devdoc": {
10272
10272
  "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.",
10273
10273
  "kind": "dev",
@@ -6081,7 +6081,7 @@
6081
6081
  },
6082
6082
  "networks": {},
6083
6083
  "schemaVersion": "3.4.4",
6084
- "updatedAt": "2022-03-24T16:33:05.528Z",
6084
+ "updatedAt": "2022-04-07T10:25:44.120Z",
6085
6085
  "devdoc": {
6086
6086
  "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.",
6087
6087
  "kind": "dev",
@@ -7523,7 +7523,7 @@
7523
7523
  },
7524
7524
  "networks": {},
7525
7525
  "schemaVersion": "3.4.4",
7526
- "updatedAt": "2022-03-24T16:33:05.599Z",
7526
+ "updatedAt": "2022-04-07T10:25:44.185Z",
7527
7527
  "devdoc": {
7528
7528
  "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.",
7529
7529
  "kind": "dev",
@@ -31558,7 +31558,7 @@
31558
31558
  },
31559
31559
  "networks": {},
31560
31560
  "schemaVersion": "3.4.4",
31561
- "updatedAt": "2022-03-24T16:33:05.919Z",
31561
+ "updatedAt": "2022-04-07T10:25:44.490Z",
31562
31562
  "devdoc": {
31563
31563
  "details": "This is CFA SuperApp that refuses to accept any opening flow without reverting them.",
31564
31564
  "kind": "dev",
@@ -13155,7 +13155,7 @@
13155
13155
  },
13156
13156
  "networks": {},
13157
13157
  "schemaVersion": "3.4.4",
13158
- "updatedAt": "2022-03-24T16:33:05.725Z",
13158
+ "updatedAt": "2022-04-07T10:25:44.307Z",
13159
13159
  "devdoc": {
13160
13160
  "author": "Superfluid",
13161
13161
  "details": "A library implements slots bitmap on Superfluid Token storage NOTE: - A slots bitmap allows you to iterate through a list of data efficiently. - A data slot can be enabled or disabled with the help of bitmap. - MAX_NUM_SLOTS is 256 in this implementation (using one uint256) - Superfluid token storage usage: - getAgreementStateSlot(bitmapStateSlotId) stores the bitmap of enabled data slots - getAgreementStateSlot(dataStateSlotIDStart + stotId) stores the data of the slot",
@@ -49443,7 +49443,7 @@
49443
49443
  },
49444
49444
  "networks": {},
49445
49445
  "schemaVersion": "3.4.4",
49446
- "updatedAt": "2022-03-24T16:33:05.561Z",
49446
+ "updatedAt": "2022-04-07T10:25:44.150Z",
49447
49447
  "devdoc": {
49448
49448
  "kind": "dev",
49449
49449
  "methods": {},
@@ -3993,7 +3993,7 @@
3993
3993
  },
3994
3994
  "networks": {},
3995
3995
  "schemaVersion": "3.4.4",
3996
- "updatedAt": "2022-03-24T16:33:05.761Z",
3996
+ "updatedAt": "2022-04-07T10:25:44.341Z",
3997
3997
  "devdoc": {
3998
3998
  "kind": "dev",
3999
3999
  "methods": {},
@@ -10399,7 +10399,7 @@
10399
10399
  },
10400
10400
  "networks": {},
10401
10401
  "schemaVersion": "3.4.4",
10402
- "updatedAt": "2022-03-24T16:33:05.801Z",
10402
+ "updatedAt": "2022-04-07T10:25:44.380Z",
10403
10403
  "devdoc": {
10404
10404
  "author": "Superfluid",
10405
10405
  "kind": "dev",
@@ -70868,7 +70868,7 @@
70868
70868
  },
70869
70869
  "networks": {},
70870
70870
  "schemaVersion": "3.4.4",
70871
- "updatedAt": "2022-03-24T16:33:06.474Z",
70871
+ "updatedAt": "2022-04-07T10:25:44.988Z",
70872
70872
  "devdoc": {
70873
70873
  "author": "Superfluid",
70874
70874
  "kind": "dev",
@@ -15600,7 +15600,7 @@
15600
15600
  },
15601
15601
  "networks": {},
15602
15602
  "schemaVersion": "3.4.4",
15603
- "updatedAt": "2022-03-24T16:33:06.502Z",
15603
+ "updatedAt": "2022-04-07T10:25:45.018Z",
15604
15604
  "devdoc": {
15605
15605
  "kind": "dev",
15606
15606
  "methods": {
@@ -9433,7 +9433,7 @@
9433
9433
  },
9434
9434
  "networks": {},
9435
9435
  "schemaVersion": "3.4.4",
9436
- "updatedAt": "2022-03-24T16:33:06.509Z",
9436
+ "updatedAt": "2022-04-07T10:25:45.024Z",
9437
9437
  "devdoc": {
9438
9438
  "kind": "dev",
9439
9439
  "methods": {
@@ -9807,7 +9807,7 @@
9807
9807
  },
9808
9808
  "networks": {},
9809
9809
  "schemaVersion": "3.4.4",
9810
- "updatedAt": "2022-03-24T16:33:06.513Z",
9810
+ "updatedAt": "2022-04-07T10:25:45.028Z",
9811
9811
  "devdoc": {
9812
9812
  "kind": "dev",
9813
9813
  "methods": {},
@@ -18497,7 +18497,7 @@
18497
18497
  },
18498
18498
  "networks": {},
18499
18499
  "schemaVersion": "3.4.4",
18500
- "updatedAt": "2022-03-24T16:33:06.671Z",
18500
+ "updatedAt": "2022-04-07T10:25:45.175Z",
18501
18501
  "devdoc": {
18502
18502
  "author": "Superfluid NOTE: - User would need to first SuperToken.approve the `SuperUpgrader` for the job. - Using access control to allow multiple backend agent to upgrade tokens for the users - Risk taken by the user is that the underlying tokens are converted to the Super Tokens by the upgrader agents.",
18503
18503
  "kind": "dev",
@@ -109253,7 +109253,7 @@
109253
109253
  },
109254
109254
  "networks": {},
109255
109255
  "schemaVersion": "3.4.4",
109256
- "updatedAt": "2022-03-24T16:33:06.521Z",
109256
+ "updatedAt": "2022-04-07T10:25:45.034Z",
109257
109257
  "devdoc": {
109258
109258
  "author": "Superfluid",
109259
109259
  "details": "The Superfluid host implementation. NOTE: - Please read ISuperfluid for implementation notes. - For some deeper technical notes, please visit protocol-monorepo wiki area.",
@@ -30037,7 +30037,7 @@
30037
30037
  },
30038
30038
  "networks": {},
30039
30039
  "schemaVersion": "3.4.4",
30040
- "updatedAt": "2022-03-24T16:33:05.763Z",
30040
+ "updatedAt": "2022-04-07T10:25:44.343Z",
30041
30041
  "devdoc": {
30042
30042
  "author": "Superfluid",
30043
30043
  "kind": "dev",
@@ -10399,7 +10399,7 @@
10399
10399
  },
10400
10400
  "networks": {},
10401
10401
  "schemaVersion": "3.4.4",
10402
- "updatedAt": "2022-03-24T16:33:05.805Z",
10402
+ "updatedAt": "2022-04-07T10:25:44.384Z",
10403
10403
  "devdoc": {
10404
10404
  "author": "Superfluid",
10405
10405
  "kind": "dev",
@@ -14282,7 +14282,7 @@
14282
14282
  },
14283
14283
  "networks": {},
14284
14284
  "schemaVersion": "3.4.4",
14285
- "updatedAt": "2022-03-24T16:33:05.776Z",
14285
+ "updatedAt": "2022-04-07T10:25:44.356Z",
14286
14286
  "devdoc": {
14287
14287
  "kind": "dev",
14288
14288
  "methods": {
@@ -3029,7 +3029,7 @@
3029
3029
  },
3030
3030
  "networks": {},
3031
3031
  "schemaVersion": "3.4.4",
3032
- "updatedAt": "2022-03-24T16:33:05.782Z",
3032
+ "updatedAt": "2022-04-07T10:25:44.362Z",
3033
3033
  "devdoc": {
3034
3034
  "author": "Superfluid IMPORTANT! Make sure the inheritance order remains in sync with the logic contract (Ownable first)!",
3035
3035
  "kind": "dev",
@@ -6781,7 +6781,7 @@
6781
6781
  },
6782
6782
  "networks": {},
6783
6783
  "schemaVersion": "3.4.4",
6784
- "updatedAt": "2022-03-24T16:33:06.679Z",
6784
+ "updatedAt": "2022-04-07T10:25:45.183Z",
6785
6785
  "devdoc": {
6786
6786
  "author": "Superfluid",
6787
6787
  "details": "A on-chain utility contract for loading framework objects in one view function. NOTE: Q: Why don't we just use https://www.npmjs.com/package/ethereum-multicall? A: Well, no strong reason other than also allowing on-chain one view function loading.",
@@ -23067,7 +23067,7 @@
23067
23067
  },
23068
23068
  "networks": {},
23069
23069
  "schemaVersion": "3.4.4",
23070
- "updatedAt": "2022-03-24T16:33:06.566Z",
23070
+ "updatedAt": "2022-04-07T10:25:45.079Z",
23071
23071
  "devdoc": {
23072
23072
  "author": "Superfluid",
23073
23073
  "kind": "dev",
@@ -34232,7 +34232,7 @@
34232
34232
  },
34233
34233
  "networks": {},
34234
34234
  "schemaVersion": "3.4.4",
34235
- "updatedAt": "2022-03-24T16:33:06.647Z",
34235
+ "updatedAt": "2022-04-07T10:25:45.153Z",
34236
34236
  "devdoc": {
34237
34237
  "kind": "dev",
34238
34238
  "methods": {
@@ -16475,7 +16475,7 @@
16475
16475
  },
16476
16476
  "networks": {},
16477
16477
  "schemaVersion": "3.4.4",
16478
- "updatedAt": "2022-03-24T16:33:06.598Z",
16478
+ "updatedAt": "2022-04-07T10:25:45.107Z",
16479
16479
  "devdoc": {
16480
16480
  "author": "Superfluid ",
16481
16481
  "details": "A initializable version of the governance for testing purpose",
@@ -8147,7 +8147,7 @@
8147
8147
  },
8148
8148
  "networks": {},
8149
8149
  "schemaVersion": "3.4.4",
8150
- "updatedAt": "2022-03-24T16:33:06.606Z",
8150
+ "updatedAt": "2022-04-07T10:25:45.114Z",
8151
8151
  "devdoc": {
8152
8152
  "author": "Superfluid",
8153
8153
  "details": "Test ERC20 token that allows any one mint new tokens.",
@@ -6968,7 +6968,7 @@
6968
6968
  },
6969
6969
  "networks": {},
6970
6970
  "schemaVersion": "3.4.4",
6971
- "updatedAt": "2022-03-24T16:33:06.663Z",
6971
+ "updatedAt": "2022-04-07T10:25:45.168Z",
6972
6972
  "devdoc": {
6973
6973
  "author": "Superfluid",
6974
6974
  "details": "Contract which takes custody of funds which couldn't be sent to the designated recipient",
@@ -525,7 +525,7 @@
525
525
  },
526
526
  "networks": {},
527
527
  "schemaVersion": "3.4.4",
528
- "updatedAt": "2022-03-24T16:33:05.833Z",
528
+ "updatedAt": "2022-04-07T10:25:44.411Z",
529
529
  "devdoc": {
530
530
  "author": "Superfluid",
531
531
  "details": "ERC20 standard interface does not specify these functions, but often the token implementations have them.",
@@ -1585,7 +1585,7 @@
1585
1585
  },
1586
1586
  "networks": {},
1587
1587
  "schemaVersion": "3.4.4",
1588
- "updatedAt": "2022-03-24T16:33:05.844Z",
1588
+ "updatedAt": "2022-04-07T10:25:44.422Z",
1589
1589
  "devdoc": {
1590
1590
  "details": "Wrappers over Solidity's arithmetic operations with added overflow checks. Arithmetic operations in Solidity wrap on overflow. This can easily result in bugs, because programmers usually assume that an overflow raises an error, which is the standard behavior in high level programming languages. `UInt128SafeMath` restores this intuition by reverting the transaction when 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.",
1591
1591
  "kind": "dev",
@@ -2442,7 +2442,7 @@
2442
2442
  },
2443
2443
  "networks": {},
2444
2444
  "schemaVersion": "3.4.4",
2445
- "updatedAt": "2022-03-24T16:33:06.620Z",
2445
+ "updatedAt": "2022-04-07T10:25:45.127Z",
2446
2446
  "devdoc": {
2447
2447
  "kind": "dev",
2448
2448
  "methods": {
@@ -2147,7 +2147,7 @@
2147
2147
  },
2148
2148
  "networks": {},
2149
2149
  "schemaVersion": "3.4.4",
2150
- "updatedAt": "2022-03-24T16:33:06.621Z",
2150
+ "updatedAt": "2022-04-07T10:25:45.128Z",
2151
2151
  "devdoc": {
2152
2152
  "kind": "dev",
2153
2153
  "methods": {
@@ -703,7 +703,7 @@
703
703
  },
704
704
  "networks": {},
705
705
  "schemaVersion": "3.4.4",
706
- "updatedAt": "2022-03-24T16:33:06.623Z",
706
+ "updatedAt": "2022-04-07T10:25:45.129Z",
707
707
  "devdoc": {
708
708
  "kind": "dev",
709
709
  "methods": {},
@@ -1,11 +1,11 @@
1
- SuperToken.sol : 18673 (5903)
2
- Superfluid.sol : 21815 (2761)
3
1
  SuperTokenFactory.sol : 4997 (19579)
4
2
  SuperfluidToken.sol : 2 (24574)
3
+ SuperToken.sol : 18673 (5903)
4
+ Superfluid.sol : 21815 (2761)
5
+ AgreementLibrary.sol : 143 (24433)
5
6
  AgreementBase.sol : 2 (24574)
6
7
  ConstantFlowAgreementV1.sol : 17619 (6957)
7
- AgreementLibrary.sol : 143 (24433)
8
8
  SlotsBitmapLibrary.sol : 2633 (21943)
9
9
  InstantDistributionAgreementV1.sol : 21766 (2810)
10
- SuperfluidGovernanceII.sol : 6919 (17657)
11
10
  SuperfluidGovernanceBase.sol : 2 (24574)
11
+ SuperfluidGovernanceII.sol : 6919 (17657)