Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - MIP

Pages: [1] 2 3 4 5 6 7 8 ... 16
1
Production Proposals / [MIP] Aug-Sep compensation
« on: September 12, 2019, 11:18:35 am »
Hi all

I would like to kindly ask some compensation for Aug&Sep 2019 support/development tasks

Evo binary compiles for Linux x64 & ARM and MacOS, mainnet and testnet: 1h
User support in discord/email/other channels: 4h
Mobile wallet sync problem solving: 4h
Debug/fix -reindex crash: 8h
Follow up with Apollon and Satoshisolutions: 3h

In all 1000€ (2.150,000 BBP), capped to 1,200,000 (1,2M) BBP

Thank you very much

2
I believe Im the only 2 sancs left; MIP & Oncoapop are you guys still participating?

Jaap said he would, but we havent heard back from him after that.  I havent seen Togo here either despite coming back on the payroll.

I switched off mine in the Vultr VPS. I made a snapshot so maybe I can take it back again.

Apart from that, what else do you need from me to test?

3
Production Proposals / Melchionda Network partnership
« on: August 26, 2019, 02:27:04 am »
Following this pre-proposal thread

https://forum.biblepay.org/index.php?topic=436.msg6272#msg6272

I propose to split the MN amount requested by Melchionda (45000001) for this PR partnership in 1 payment of 900001 BBP and  4 payments of 900000 BBP.

If this proposal is voted down I will understand that the whole partnership is not approved at the moment (so no more proposals in following months would be created).

Proposal amount for month #1: 900001 BBP

4
Production Proposals / Listing in MN hosting SatoshiSolutions
« on: August 26, 2019, 02:19:11 am »
I requested a listing in SatoshiSolutions, and advanced a $250 fee myself, by selling 540000 BBP from my sanc.

Regarding the listing itself, it seems that we caught them in the middle of a merger/swap with other project, and to add up, in the middle of a migration to an improved infrastructure for MN hosting.

I told them I understand the circumstances but if they can provide a deadline for the listing, this will give more visibility to the community.

I have also spent a few hours contacting them to help compile the new wallet, but I will leave the proposal as it is to recover the advanced fee.

540000 BBP

Thank you very much

5
Production Proposals / Re: Aug 2019 - Block reward breakdown adjustment
« on: August 13, 2019, 04:14:53 am »
For some reason I cannot edit posts (not even OP)

But yes, I do agree with your proposed reward distribution
20% - Charity and Governance
25% - GSC
35% - Sanctuary budget
20% - POBH/Security

I also agree that, if approved, it must be deployed whenever is best for the coin's interest, not immediately.

6
Pre-Proposal Discussion / Melchionda Network partnership
« on: August 13, 2019, 04:07:07 am »
I got this contact in Discord:

Quote
Melchionda Network here. How are you doing? Nice to meet you.

I am the CEO of Cryptoselfmade, we host Masternodes with one click and want to support and have a partnership
with Biblepay. I think your Node has a good growth potencial. Let me introduce myself a little bit so you can know
me better. My name is Emanuele and the people know me as Melchionda Network on YouTube. We have a lot of clients
worldwide, specially in Germany, Austria, Switzerland and US. Actually we host over 130 different Masternode Coins.

My references are Masternode Pro - we have an official paid partnership together. Actually i have over 1800 Subscribers
on Youtube and all are Masternode Enthusiasts. Cryptoselfmade has already a partnership with Masternodes.pro,
Block Logic, Beacon, Birake, Snowgem, Bitgreen and we are expanding fast now.

You see here the reference and official post that we have an official partnership:
https://news.masternodes.pro/masternodespro-youtube-partnership-announcment/?fbclid=IwAR2FIyXLNo8sPh9Y4igD35uENuq54BkKoWyAop7vzmAhPF5a1kf7RzjKU10

What we can offer:

Interviews in 3 languages
Video updates for Biblepay in 3 languages
Bringing other investors for Biblepay
Implement Biblepay on our Hosting Platform (We have over 1800 hosted nodes)
Writing Blog Articles in german/spanish for Biblepay

If you are interested in a longterm partnership write me a message. Looking forward to it. Thanks a lot.

My answer:

Quote
We are currently insterested in Hosting Platforms
but we are low on budget lately so we can't afford expensive listing fees

Concersation continues:
 
Quote
@MIP thanks for your fast response.
Today i wrote with Togo and i wrote with him about a partnership.
I can list your coin for free on our platform and as exchange we work
long term as partners together.

Does it sounds good for you?
i will bring new investors in, make interviews with you,
the same as i do with plenty projects.

for one biblepay masternode.

would love to work on long term with you guys
 

I checked the website and was not really impresed, maybe because I tend not to trust in any site that has "MLM" on it.
But might be worth a try.

He's asking a BBP MN which is 4,5M. I told him that this is roughly our monthly IT budget, so it would be a better idea to split that in pieces (if this gets approved anyway).

Some other references:

http://cryptoselfmade.com/?ref=553c7rp0evQW3

Quote
Hi mate, tomorrow i will talk in the next crypto friday episode about Biblepay.
https://www.youtube.com/watch?v=pgbK_CjL31M

Partnerships:

MNP
Bitgreen
Zenzo
ESBC
Merebel
Snowgem
Birake
3d coin
Block Logic

What do you think? Opinions and feedback appreciated.

7
Production Proposals / Aug 2019 - Block reward breakdown adjustment
« on: August 04, 2019, 11:47:41 am »
With the new GSC system that came as an exciting novelty in Biblepay Evolution codebase, the block reward breakdown was substantially changed to

GSC 40%
PoBH 20%
Masternodes 20%

(remaining 20% consists of Charity/IT/PR monthly superblock)
 
I believe that this breakdown strongly discourages MN owners and gives incentive to dismantle MNs and bet for the bigger ROI of GSC.

While we all will benefit from the inflow of new users that GSC brings, at this moment GSC is reported to be 10-12 times more profitable than MNs.

Also, Masternodes operation has associated costs and burdens, and in the near future MNs will have a key role in maintaining the network integrity with LLMQ.

Because of this I would like to propose a more balanced reward breakdown of:

GSC 30%
PoBH 20%
Masternodes 30%


This still leaves GSC room to grow, without eroding too much the original promise of 40% reward for MN owners.

PoBH remains untouched as I believe it's critical for the integrity and the added value of Biblepay chain.


8
In my case it was not the masternodeblsprivkey (but that is still the most common cause of POSE bans).
In my case I had the externalip= set (to the correct IP) but for some reason the other nodes didnt like that, so I recreated my sanc. (without an externalip).

Now Im back in the list with 0 pose ban.

Im interested in seeing who else gets POSE banned.

LLMQ is enabled now.

MIP do you have a sanc also?  I know Oncoapop just added one so we should have 5 total if MIP has one.

I had one, I just updated but I think I may be in the wrong chain, I will resync.

9
Production Proposals / [MIP] July 2019 compensation
« on: July 21, 2019, 02:37:18 am »
Hi all

I would like to kindly ask some compensation for Jul 2019 support/development tasks

Evo binary compiles for Linux x64 & ARM and MacOS, mainnet and testnet: 8h
Dash 0.14.0.1 code merge and keeping up with master hotfixes in develop: 8h
Help testing 1.4.5.x in testnet: 4h
User support in discord/email/other channels: 4h

In all 960€ (2,525,000 BBP), capped to 1,500,000 (1,5M) BBP

Thank you very much

10

So lets go back to Testnet for a while, and once we enable the dip3 sancs in mainnet, Ill jump in testnet and try to mine for a day or two and join you guys and see if we stay on track.

As you both might know, 1.4.5.9 has no sancs to load gov data from either (from mainnet), so its probably banning sancs too.

Ok understood. Tell us if you need to check anything else in testnet.

11
I reindexed and everything seems fine. I am with funded mining. I will leave it for a while then try unfunded (unless you instruct me otherwise)

12
I am trying to test pool mining, but after 15 minutes the Core client is stuck in “Connecting to peers” and it does not sync. I just set up:

pool=https://pool.biblepay.org
workerid=MIP
minersleep=0
generate=1

There are 20 banned peers and around 10 working ones too.
I will wait a few more minutes to see if it fixes

PS: I see this in debug.log
Code: [Select]
2019-07-19 19:07:26 ERROR: AcceptBlockHeader: block 6e6f1676585e16959bb1dc81fcc79a60932ee29cd8681504f4295a97547fd92b is marked invalid
2019-07-19 19:07:26 ERROR: invalid header received
2019-07-19 19:07:26 ProcessMessages(headers, 26409 bytes) FAILED peer=0
2019-07-19 19:07:32 ERROR: AcceptBlockHeader: block 6e6f1676585e16959bb1dc81fcc79a60932ee29cd8681504f4295a97547fd92b is marked invalid
2019-07-19 19:07:32 ERROR: invalid header received
2019-07-19 19:07:32 ProcessMessages(headers, 26409 bytes) FAILED peer=1
2019-07-19 19:07:35 Loading addresses from DNS seeds (could take a while)
2019-07-19 19:07:35 1 addresses found from DNS seeds
2019-07-19 19:07:35 dnsseed thread exit
2019-07-19 19:10:13 ERROR: AcceptBlockHeader: block 6e6f1676585e16959bb1dc81fcc79a60932ee29cd8681504f4295a97547fd92b is marked invalid
2019-07-19 19:10:13 ERROR: invalid header received
2019-07-19 19:10:13 ProcessMessages(headers, 26409 bytes) FAILED peer=1
2019-07-19 19:18:02 ERROR: AcceptBlockHeader: block 6e6f1676585e16959bb1dc81fcc79a60932ee29cd8681504f4295a97547fd92b is marked invalid
2019-07-19 19:18:02 ERROR: invalid header received
2019-07-19 19:18:02 ProcessMessages(headers, 26490 bytes) FAILED peer=1
2019-07-19 19:22:32 Timeout downloading headers from peer=1, disconnecting
2019-07-19 19:22:33 ERROR: AcceptBlockHeader: block 6e6f1676585e16959bb1dc81fcc79a60932ee29cd8681504f4295a97547fd92b is marked invalid
2019-07-19 19:22:33 ERROR: invalid header received
2019-07-19 19:22:33 ProcessMessages(headers, 26571 bytes) FAILED peer=2

The only thing I've been doing in this Mac lately is solo mining.

13

Can you try it all over again, and see what the total lag is?  Also could you check the log and see what the timestamp difference is and how long it took to recover?

This way we can modify the code to remove that situation.

Also, you didn't explain if it was a locked wallet; was it because the wallet was locked and then you unlocked it and the problem goes away after a certain amount of time?  (The error in the log would be telling).

I wonder if we should design the wallet to be able to mine without being unlocked.  Maybe this is a hurdle for newbies.

Again, is this 1.4.5.9 that is being tested (cause I think 1.2 in prod was a few months ago).




I am on 1.4.5.9 against mainnet
The wallet was locked but I unlocked and this message was there for several hours after unlocking.
However I repeated the same steps now and I can't reproduce the same message, it behaves as normal.

So maybe it was a glitch on my end.

About unlocking the wallet, I think it would be user friendly to detect that user has setgenerate=true and then, if wallet is locked, show some red message on the Overview screen to unlock it.

14

So, Im trying to reproduce this - and so far I cant break 1.4.5.9.
First, are you running 1.4.5.9 (this is the last one you built for develop)?

Ive tried ABN mining in testnet and Prod, both successfully.
Btw, do you have pool mining credentials in, or are you running solo?  (I assumed we are running solo in this first set of tests).

Finally, could you please try abn mining solo in testnet, and see if there is a difference?

(Im solo mining in testnet with a 1000 abn, and solo mining in prod with a 1000 abn).

I forgot to ask, btw did you ensure your wallet was unlocked and you waited over 10 minutes for mining to start If you locked it?
Try unlocking it, then do a new 'setgenerate true N" *after* that.  See if it clears the errors?

(You can look in the log and see if you had any testblockvaliditylite errors; if so paste them here).

Please erase the log before starting all this - that way we can hone in on the problem quickly.

I came back a couple of hours later and it said "Internal ABN: OK"
So maybe it was a matter of waiting a while for this to fix by itself.

Sorry for the headaches.

Now I am solo mining fine.

15
v1.2 didnt have the 500 tx limit, but 2.6 does; 2.6 sorts by coin-age.

Lets see if these two things shed light on it:

exec getabnweight 125000 1

And

exec createabn 125000


See if they use the coins as expected.  If no error occurs in exec createabn, you should be able to abn mine.


If you really want to see if 2.6 is accurate, try this:

exec createabn 10000000
See if it makes an ABN with a weight of 10 million?

(audited_weight: 10mm)

Code: [Select]
08:34:12

exec getabnweight 125000 1


08:34:12

{
  "Command": "getabnweight",
  "version": 2.6,
  "weight": 1265474159.938079,
  "total_required": 28859592,
  "coin_age_data_pre_select": "1.0000(13.86)=[13.86] depth=2931,  <ROW>1.0000(13.86)=[13.86] depth=2931,  <ROW>1.0000(14.38)=[14.38] depth=3042,  <ROW>12.4022(14.38)=[172.58] depth=3042,  <ROW>50.0000(15.94)=[796.95] depth=3367,  <ROW>2301.8849(0.51)=[1178.22] depth=111,  <ROW>2342.2185(0.53)=[1229.74] depth=114,  <ROW>2305.9676(0.73)=[1683.32] depth=159,  <ROW>2341.7357(0.88)=[2055.09] depth=191,  <ROW>2314.7290(1.07)=[2472.63] depth=231,  <ROW>127.1195(21.61)=[2743.90] depth=4532,  <ROW>1387.3182(2.15)=[2977.43] depth=459,  <ROW>2385.4458(1.28)=[3052.97] depth=276,  <ROW>2364.4107(1.32)=[3114.93] depth=287,  <ROW>2391.2520(1.41)=[3374.94] depth=305,  <ROW>2392.9768(1.54)=[3677.12] depth=330,  <ROW>2224.1720(1.77)=[3937.28] depth=381,  <ROW>2374.1741(1.77)=[4202.83] depth=381,  <ROW>2391.4955(1.89)=[4507.67] depth=405,  <ROW>2290.6961(1.97)=[4510.56] depth=422,  <ROW>2415.3781(1.88)=[4549.62] depth=404,  <ROW>2933.1573(1.61)=[4712.42] depth=344,  <ROW>2743.5920(1.85)=[5086.68] depth=397,  <ROW>2385.0204(2.15)=[5119.80] depth=459,  <ROW>2416.9292(2.18)=[5272.22] depth=465,  <ROW>2378.6192(2.22)=[5289.95] depth=475,  <ROW>2360.2759(2.25)=[5309.21] depth=480,  <ROW>2427.7336(2.36)=[5728.31] depth=503,  <ROW>2394.7174(2.69)=[6432.30] depth=573,  <ROW>2375.3487(2.85)=[6780.52] depth=610,  <ROW>2472.8851(2.99)=[7388.68] depth=642,  <ROW>2436.6841(3.12)=[7594.74] depth=667,  <ROW>2447.7713(3.12)=[7625.80] depth=666,  <ROW>2476.7250(3.13)=[7754.55] depth=671,  <ROW><TOTALREQ>66665.84</TOTALREQ><TOTALAGE>130375</TOTALAGE>",
  "weight 125000.00": 130375.0482986111,
  "total_required 125000.00": 66665
}


08:35:52

exec createabn 125000


08:35:52

{
  "Command": "createabn",
  "xml": "<MT>ABN</MT><abnmsg><nonce>a99f03a42c8637771177f773abbdb341303b51a28770440f5a67d68c640071de</nonce><ppk>ppk</ppk></abnmsg><abnsig>HxDfcaodxc9tiR0D+WUOy4j9SCZH8jWfmAkS7mTHQ70kPDwfH/Ca+7p69ynN7oI33Y17jqDGsbz9oDDkW7tytLU=</abnsig><abncpk>B7o7cD5otiaNeqnMyV5khw2CFNJLTeqh6L</abncpk><abnwgt>125000</abnwgt>",
  "err": "",
  "coin_age_data_selected": "1.0000(13.86)=[13.86] depth=2931,  <ROW>1.0000(13.86)=[13.86] depth=2931,  <ROW>1.0000(14.38)=[14.38] depth=3042,  <ROW>12.4022(14.38)=[172.58] depth=3042,  <ROW>50.0000(15.94)=[796.95] depth=3367,  <ROW>2301.8849(0.51)=[1178.22] depth=111,  <ROW>2342.2185(0.53)=[1229.74] depth=114,  <ROW>2305.9676(0.73)=[1683.32] depth=159,  <ROW>2341.7357(0.88)=[2055.09] depth=191,  <ROW>2314.7290(1.07)=[2472.63] depth=231,  <ROW>127.1195(21.61)=[2743.90] depth=4532,  <ROW>1387.3182(2.15)=[2977.43] depth=459,  <ROW>2385.4458(1.28)=[3052.97] depth=276,  <ROW>2364.4107(1.32)=[3114.93] depth=287,  <ROW>2391.2520(1.41)=[3374.94] depth=305,  <ROW>2392.9768(1.54)=[3677.12] depth=330,  <ROW>2224.1720(1.77)=[3937.28] depth=381,  <ROW>2374.1741(1.77)=[4202.83] depth=381,  <ROW>2391.4955(1.89)=[4507.67] depth=405,  <ROW>2290.6961(1.97)=[4510.56] depth=422,  <ROW>2415.3781(1.88)=[4549.62] depth=404,  <ROW>2933.1573(1.61)=[4712.42] depth=344,  <ROW>2743.5920(1.85)=[5086.68] depth=397,  <ROW>2385.0204(2.15)=[5119.80] depth=459,  <ROW>2416.9292(2.18)=[5272.22] depth=465,  <ROW>2378.6192(2.22)=[5289.95] depth=475,  <ROW>2360.2759(2.25)=[5309.21] depth=480,  <ROW>2427.7336(2.36)=[5728.31] depth=503,  <ROW>2394.7174(2.69)=[6432.30] depth=573,  <ROW>2375.3487(2.85)=[6780.52] depth=610,  <ROW>2472.8851(2.99)=[7388.68] depth=642,  <ROW>2436.6841(3.12)=[7594.74] depth=667,  <ROW>2447.7713(3.12)=[7625.80] depth=666,  <ROW>2476.7250(3.13)=[7754.55] depth=671,  <ROW><TOTALREQ>66665.84</TOTALREQ><TOTALAGE>130375</TOTALAGE>",
  "success": "83b818755bec72d8113a38882ec029c7efa9edc64bd944f58560dce74b92f3cd",
  "coin_age_data_pre_select": "1.0000(13.86)=[13.86] depth=2931,  <ROW>1.0000(13.86)=[13.86] depth=2931,  <ROW>1.0000(14.38)=[14.38] depth=3042,  <ROW>12.4022(14.38)=[172.58] depth=3042,  <ROW>50.0000(15.94)=[796.95] depth=3367,  <ROW>2301.8849(0.51)=[1178.22] depth=111,  <ROW>2342.2185(0.53)=[1229.74] depth=114,  <ROW>2305.9676(0.73)=[1683.32] depth=159,  <ROW>2341.7357(0.88)=[2055.09] depth=191,  <ROW>2314.7290(1.07)=[2472.63] depth=231,  <ROW>127.1195(21.61)=[2743.90] depth=4532,  <ROW>1387.3182(2.15)=[2977.43] depth=459,  <ROW>2385.4458(1.28)=[3052.97] depth=276,  <ROW>2364.4107(1.32)=[3114.93] depth=287,  <ROW>2391.2520(1.41)=[3374.94] depth=305,  <ROW>2392.9768(1.54)=[3677.12] depth=330,  <ROW>2224.1720(1.77)=[3937.28] depth=381,  <ROW>2374.1741(1.77)=[4202.83] depth=381,  <ROW>2391.4955(1.89)=[4507.67] depth=405,  <ROW>2290.6961(1.97)=[4510.56] depth=422,  <ROW>2415.3781(1.88)=[4549.62] depth=404,  <ROW>2933.1573(1.61)=[4712.42] depth=344,  <ROW>2743.5920(1.85)=[5086.68] depth=397,  <ROW>2385.0204(2.15)=[5119.80] depth=459,  <ROW>2416.9292(2.18)=[5272.22] depth=465,  <ROW>2378.6192(2.22)=[5289.95] depth=475,  <ROW>2360.2759(2.25)=[5309.21] depth=480,  <ROW>2427.7336(2.36)=[5728.31] depth=503,  <ROW>2394.7174(2.69)=[6432.30] depth=573,  <ROW>2375.3487(2.85)=[6780.52] depth=610,  <ROW>2472.8851(2.99)=[7388.68] depth=642,  <ROW>2436.6841(3.12)=[7594.74] depth=667,  <ROW>2447.7713(3.12)=[7625.80] depth=666,  <ROW>2476.7250(3.13)=[7754.55] depth=671,  <ROW><TOTALREQ>66665.84</TOTALREQ><TOTALAGE>130375</TOTALAGE>",
  "audited_weight": 130866.3395988033,
  "vin_coin_age_data": "\nGetVINCoinAge: Output #0, Weight: 1247.01, Age: 0.53, Amount: 2342.00, TxTime: 1563385137...Output #1, Weight: 3953.67, Age: 1.78, Amount: 2224.00, TxTime: 1563277545...Output #2, Weight: 3694.75, Age: 1.54, Amount: 2392.00, TxTime: 1563297685...Output #3, Weight: 5326.61, Age: 2.26, Amount: 2360.00, TxTime: 1563236133...Output #4, Weight: 1700.31, Age: 0.74, Amount: 2305.00, TxTime: 1563367407...Output #5, Weight: 4220.33, Age: 1.78, Amount: 2374.00, TxTime: 1563277545...Output #6, Weight: 2072.35, Age: 0.89, Amount: 2341.00, TxTime: 1563354656...Output #7, Weight: 7643.84, Age: 3.12, Amount: 2447.00, TxTime: 1563161248...Output #8, Weight: 7772.81, Age: 3.14, Amount: 2476.00, TxTime: 1563159909...Output #9, Weight: 5290.03, Age: 2.19, Amount: 2416.00, TxTime: 1563241961...Output #10, Weight: 5746.20, Age: 2.37, Amount: 2427.00, TxTime: 1563226579...Output #11, Weight: 13.87, Age: 13.87, Amount: 1.00, TxTime: 1562232591...Output #12, Weight: 4734.04, Age: 1.61, Amount: 2933.00, TxTime: 1563291686...Output #13, Weight: 2489.69, Age: 1.08, Amount: 2314.00, TxTime: 1563338181...Output #14, Weight: 172.67, Age: 14.39, Amount: 12.00, TxTime: 1562187897...Output #15, Weight: 4525.30, Age: 1.89, Amount: 2391.00, TxTime: 1563267617...Output #16, Weight: 3070.55, Age: 1.29, Amount: 2385.00, TxTime: 1563319906...Output #17, Weight: 2987.65, Age: 2.15, Amount: 1387.00, TxTime: 1563245032...Output #18, Weight: 2744.83, Age: 21.61, Amount: 127.00, TxTime: 1561563790...Output #19, Weight: 6449.95, Age: 2.69, Amount: 2394.00, TxTime: 1563198361...Output #20, Weight: 3392.48, Age: 1.42, Amount: 2391.00, TxTime: 1563308552...Output #21, Weight: 13.87, Age: 13.87, Amount: 1.00, TxTime: 1562232591...Output #22, Weight: 5106.90, Age: 1.86, Amount: 2743.00, TxTime: 1563270282...Output #23, Weight: 6798.02, Age: 2.86, Amount: 2375.00, TxTime: 1563183836...Output #24, Weight: 4567.42, Age: 1.89, Amount: 2415.00, TxTime: 1563267735...Output #25, Weight: 3132.35, Age: 1.33, Amount: 2364.00, TxTime: 1563316659...Output #26, Weight: 4527.44, Age: 1.98, Amount: 2290.00, TxTime: 1563260324...Output #27, Weight: 5137.38, Age: 2.15, Amount: 2385.00, TxTime: 1563245032...Output #28, Weight: 5307.48, Age: 2.23, Amount: 2378.00, TxTime: 1563238304...Output #29, Weight: 797.32, Age: 15.95, Amount: 50.00, TxTime: 1562053371...Output #30, Weight: 7612.70, Age: 3.13, Amount: 2436.00, TxTime: 1563161134...Output #31, Weight: 14.39, Age: 14.39, Amount: 1.00, TxTime: 1562187897...Output #32, Weight: 1195.19, Age: 0.52, Amount: 2301.00, TxTime: 1563386263...Output #33, Weight: 7406.90, Age: 3.00, Amount: 2472.00, TxTime: 1563172259..."
}


exec createabn 10000000 also succeeds.

But getmininginfo still returns

  "abninfo": "No block to mine... Please wait... 1563388615; ",
  "poolinfo5": "Internal ABN: Invalid 1563388480; ",
  "gsc_errors": "low abn weight 0",

And I haven't  created any GSC tx lately in prod. Also I tried to restart but I get the same.

Pages: [1] 2 3 4 5 6 7 8 ... 16