@uniswap/client-liquidity 1.4.30 → 1.4.31
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.
|
@@ -980,18 +980,18 @@ export declare class PoolCampaign extends Message<PoolCampaign> {
|
|
|
980
980
|
*/
|
|
981
981
|
totalRewardAllocation: string;
|
|
982
982
|
/**
|
|
983
|
-
*
|
|
984
|
-
*
|
|
983
|
+
* Share of total_reward_allocation emitted so far, same units — for a
|
|
984
|
+
* distributed-vs-total progress figure.
|
|
985
985
|
*
|
|
986
|
-
*
|
|
987
|
-
|
|
988
|
-
|
|
989
|
-
|
|
990
|
-
*
|
|
986
|
+
* ESTIMATE, not an upstream fact: Merkl reports no distributed or claimed
|
|
987
|
+
* amount per campaign, so data-api derives this as total_reward_allocation
|
|
988
|
+
* scaled by the fraction of the campaign window elapsed. It assumes uniform
|
|
989
|
+
* emission, so a campaign that pauses, fails, or pays on a curve still reads
|
|
990
|
+
* as exactly on schedule. Don't reconcile it against on-chain claims.
|
|
991
991
|
*
|
|
992
|
-
* @generated from field:
|
|
992
|
+
* @generated from field: string distributed_rewards = 8;
|
|
993
993
|
*/
|
|
994
|
-
|
|
994
|
+
distributedRewards: string;
|
|
995
995
|
constructor(data?: PartialMessage<PoolCampaign>);
|
|
996
996
|
static readonly runtime: typeof proto3;
|
|
997
997
|
static readonly typeName = "uniswap.liquidity.v2.PoolCampaign";
|
|
@@ -1192,6 +1192,19 @@ export class PoolCampaign extends Message {
|
|
|
1192
1192
|
* @generated from field: string total_reward_allocation = 5;
|
|
1193
1193
|
*/
|
|
1194
1194
|
this.totalRewardAllocation = "";
|
|
1195
|
+
/**
|
|
1196
|
+
* Share of total_reward_allocation emitted so far, same units — for a
|
|
1197
|
+
* distributed-vs-total progress figure.
|
|
1198
|
+
*
|
|
1199
|
+
* ESTIMATE, not an upstream fact: Merkl reports no distributed or claimed
|
|
1200
|
+
* amount per campaign, so data-api derives this as total_reward_allocation
|
|
1201
|
+
* scaled by the fraction of the campaign window elapsed. It assumes uniform
|
|
1202
|
+
* emission, so a campaign that pauses, fails, or pays on a curve still reads
|
|
1203
|
+
* as exactly on schedule. Don't reconcile it against on-chain claims.
|
|
1204
|
+
*
|
|
1205
|
+
* @generated from field: string distributed_rewards = 8;
|
|
1206
|
+
*/
|
|
1207
|
+
this.distributedRewards = "";
|
|
1195
1208
|
proto3.util.initPartial(data, this);
|
|
1196
1209
|
}
|
|
1197
1210
|
static fromBinary(bytes, options) {
|
|
@@ -1215,8 +1228,7 @@ PoolCampaign.fields = proto3.util.newFieldList(() => [
|
|
|
1215
1228
|
{ no: 3, name: "start_timestamp", kind: "scalar", T: 3 /* ScalarType.INT64 */ },
|
|
1216
1229
|
{ no: 4, name: "end_timestamp", kind: "scalar", T: 3 /* ScalarType.INT64 */ },
|
|
1217
1230
|
{ no: 5, name: "total_reward_allocation", kind: "scalar", T: 9 /* ScalarType.STRING */ },
|
|
1218
|
-
{ no:
|
|
1219
|
-
{ no: 7, name: "daily_rewards", kind: "scalar", T: 9 /* ScalarType.STRING */, opt: true },
|
|
1231
|
+
{ no: 8, name: "distributed_rewards", kind: "scalar", T: 9 /* ScalarType.STRING */ },
|
|
1220
1232
|
]);
|
|
1221
1233
|
/**
|
|
1222
1234
|
* A pool's live rewards in one reward token: the summed boost plus the campaigns
|