# Changelog v1.22.2 **URL:** \ **Category:** STORJLINGS\ **Tags:** official-changelog\ **Created:** [February 12, 2021, 8:12pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752 "2021-02-12T20:12:34Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [February 12, 2021, 8:12pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/1 "2021-02-12T20:12:34Z")
> **[Release v1.22.2 · storj/storj](https://github.com/storj/storj/releases/tag/v1.22.2)** > > Changelog > General > > \[ae03a05\] pkg/quic: add quic implementation > \[02845e7\] pkg/server,private/testplanet: start to listen on quic > > Uplink > > \[d2148ed\] cmd/uplink/cmd/setup.go: Access Grant vs API Key e... **For Storage Nodes** **zkSync Opt-In** We hope with the next payout we can offer sending payouts over zkSync. Storage Nodes can opt in to zkSync by adding `operator.wallet-features: ["zksync"]` to the config file. Please enter everything in lowercase and please also double-check for spelling mistakes. This is a very basic implementation without any validations. **Warning:** With zkSync the storage node payout is cheaper but if you want to send your payout to an L1 exchange you have to pay an L2 withdrawal fee. You can withdraw directly to the exchange in one transaction. Best case you can pay the L2 withdrawal fee in STORJ token. That should be even in fees compared to an L1 transaction that requires an ETH deposit first. However, currently, it is not possible to pay the L2 fee in STORJ tokens. We are working on resolving that issue. Since we now ask you to opt into zkSync before having clear information for you we also want to make sure you understand the worst-case scenario. Worst case (current situation) you need an additional ETH L2 deposit. **For now please only opt-in if you are fine with the worst-case fee.** See [Test zkSync with TestSTORJ token](https://forum.storj.io/t/test-zksync-with-teststorj-token/11237/18) for more details. **Do not use an exchange deposit address.** The exchange will not recognize the payment. Since you don’t have the keys to that address you will not be able to withdraw to L1. Your only option would be an expensive emergency withdraw. Better **make a free test run in testnet** first. We are happy to send you testSTORJ token **Paid vs Distributed Payout** Storage node dashboard API `api/heldamount/paystubs/2021-01` has a new field now. For each satellite it will show something like `"paid":13488319,"distributed":0`. In this example, the satellite distributed $0 to me and still owes me $13. In the following month I would expect to see something like `"paid":10000000,"distributed":23488319`. That would show that the satellite distributed the $13 from the previous month plus the payout for this month. We are working on making that visible on the storage node payout dashboard. That will take a few more releases. Meanwhile, we hope this step will allow you to keep track of your payout. Note: We are aware that we have broken the held amount overview on the storage node dashboard because it can’t deal with this new field. That bug will also be fixed with this version. **QUIC** Satellite and storage nodes now support the QUIC protocol (UDP). Currently, uplinks still use TCP. We want to run a few internal tests with QUIC first. If the first test results are looking good we are going to ask you to also add a port forward rule for UDP (same port as for TCP). Don’t worry about it yet. We will communicate it when the time comes. **Multinode Dashboard** We have a very early test version of the multinode dashboard for you to try out. Please be aware that this first version is difficult to install. If you don’t mind a little challenge here is how you can get it running: [[Tech Preview] Storage Node Multinode Dashboard](https://forum.storj.io/t/tech-preview-storage-node-multinode-dashboard/11749) ---
**Author:** ![dragonhogan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/dragonhogan/32/6078_2.png) [@dragonhogan](https://forum.storj.io/u/dragonhogan)\ **Post date:** [February 18, 2021, 1:16am UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/2 "2021-02-18T01:16:23Z")
One of my docker nodes is now updated to the new V1.22.2, and I noticed a weird INFO line in my logs after starting it: ![image](https://storj-s3.bcdn.literatehosting.net/original/2X/5/55adea1d205e9f4b094925aea3940111d5ad8b24.jpeg) “INFO failed to sufficiently increase receive buffer size (was: 176 kiB, wanted: 2048 kiB, got: 352 kiB). See [UDP Receive Buffer Size · lucas-clemente/quic-go Wiki · GitHub](https://github.com/lucas-clemente/quic-go/wiki/udp-receive-buffer-size) for more details” Initially, I saw the message about UDP and remembered the post about changing port forwarding rules to “both” for TCP and UDP, which I did, although after stopping and restarting the node after the update, I still got that message. so went over to this page, and found this description. ![image](https://storj-s3.bcdn.literatehosting.net/original/2X/0/0eca6b0def283135f4328d9de55f5ff7514d8c72.png) Could someone at storj confirm that the recommended maximum buffer size increase on the page is something that we should do on linux systems? _Edit: I went ahead and ran that command, and stopped, and started the node and didn’t see that message again. Although, now I’m curious, should we be changing our port forwarding rules to “both” after this update?_ -oops, just re-read the changelog, says don’t worry about changing port forwarding protocol. Will it hurt anything if I just leave it as is? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [February 18, 2021, 1:46am UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/3 "2021-02-18T01:46:07Z")
We (SNO) can update rules to support both - TCP and UDP, but it’s not mandatory. ---
**Author:** ![SGC](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sgc/32/1132_2.png) [@SGC](https://forum.storj.io/u/SGC)\ **Post date:** [February 18, 2021, 8:40am UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/4 "2021-02-18T08:40:33Z")
sounds like littleskunk don’t want to get SNO’s to do the UDP change in case its rolled back because of problems… ofc… for some it might take a long while to implement… would there be any advantage to getting udp opened already, or would it just expose nodes to possible issues? ---
**Author:** ![Odmin](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/odmin/32/92_2.png) [@Odmin](https://forum.storj.io/u/Odmin)\ **Post date:** [February 18, 2021, 11:28am UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/5 "2021-02-18T11:28:18Z")
> [@littleskunk](#): > > We want to run a few internal tests with QUIC first. If the first test results are looking good we are going to ask you to also add a port forward rule for UDP (same port as for TCP). Don’t worry about it yet. We will communicate it when the time comes. Just be patient 😀 ---
**Author:** ![baker](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/baker/32/6110_2.png) [@baker](https://forum.storj.io/u/baker)\ **Post date:** [February 18, 2021, 2:10pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/6 "2021-02-18T14:10:11Z")
I was curious about this, so did some extra reading. Looks like to make the change stick across reboots, an entry must be made in the `/etc/sysctl.conf` file by adding the line: `net.core.rmem_max=2500000` ([via this page](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/5/html/tuning_and_optimizing_red_hat_enterprise_linux_for_oracle_9i_and_10g_databases/sect-oracle_9i_and_10g_tuning_guide-adjusting_network_settings-changing_network_kernel_settings)) ---
**Author:** ![peem](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/peem/32/6323_2.png) [@peem](https://forum.storj.io/u/peem)\ **Post date:** [February 18, 2021, 3:41pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/7 "2021-02-18T15:41:24Z")
> [@littleskunk](#): > > If the first test results are looking good we are going to ask you to also add a port forward rule for UDP (same port as for TCP). Don’t worry about it yet. We will communicate it when the time comes. What about the nodes behind the CGNAT? Using a VPN will exclude nodes over UDP … ---
**Author:** ![hoarder](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/hoarder/32/1131_2.png) [@hoarder](https://forum.storj.io/u/hoarder)\ **Post date:** [February 18, 2021, 4:54pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/8 "2021-02-18T16:54:34Z")
Why? You can forward UDP just fine. ---
**Author:** ![peem](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/peem/32/6323_2.png) [@peem](https://forum.storj.io/u/peem)\ **Post date:** [February 18, 2021, 5:07pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/9 "2021-02-18T17:07:18Z")
In [portmap.io](http://portmap.io) only TCP or UDP, not not both at once ---
**Author:** ![hoarder](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/hoarder/32/1131_2.png) [@hoarder](https://forum.storj.io/u/hoarder)\ **Post date:** [February 18, 2021, 6:05pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/10 "2021-02-18T18:05:35Z")
Sure, but that’s only a weird limitation of that service. ---
**Author:** ![SGC](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sgc/32/1132_2.png) [@SGC](https://forum.storj.io/u/SGC)\ **Post date:** [February 18, 2021, 6:06pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/11 "2021-02-18T18:06:15Z")
you simply add two entries for the same port, it’s common in some NAT configurations… depends a bit on the software ---
**Author:** ![node1](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/node1/32/6289_2.png) [@node1](https://forum.storj.io/u/node1)\ **Post date:** [February 18, 2021, 10:48pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/12 "2021-02-18T22:48:34Z")
> [@littleskunk](#): > > **Paid vs Distributed Payout** > Storage node dashboard API `api/heldamount/paystubs/2021-01` has a new field now. Where should be visible this information? I don’t receive a payments anymore as well there are no information on what’s going on. Is there any place where i can see this ? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [February 19, 2021, 1:55am UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/13 "2021-02-19T01:55:11Z")
The [Minimum Threshold for Storage Node Operator Payouts](https://forum.storj.io/t/minimum-threshold-for-storage-node-operator-payouts/11064) is applied, so your earnings is accumulated to the level when they would be in 4 times greater than a fee to transfer them. This information you can see via storagenode’s API: [http://localhost:14002/api/heldamount/paystubs/2021-01](http://localhost:14002/api/heldamount/paystubs/2021-01) To the dashboard UI it should be added in next releases. ---
**Author:** ![SGC](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sgc/32/1132_2.png) [@SGC](https://forum.storj.io/u/SGC)\ **Post date:** [February 19, 2021, 7:33am UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/14 "2021-02-19T07:33:18Z")
would be nice if the notifications on the storagenode dashboard was working again… worked or didn’t work for a while and then just stopped… now it never shows anything relevant… it’s a real pity because it’s the obvious way to get into contract with the storagenode operators that are basically ghosts. and can’t really be that hard to setup some site or database that the dashboard gets its notifications from so it’s easy to change and update important information… or simply just show recent version… just imagine on all the time saved collectively from answering repeated questions by worried SNO’s i know it seems trivial but it adds up… ---
**Author:** ![Storgeez](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/storgeez/32/68_2.png) [@Storgeez](https://forum.storj.io/u/Storgeez)\ **Post date:** [February 19, 2021, 1:03pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/15 "2021-02-19T13:03:16Z")
Did I miss a change regarding garbage collection? There was like 50GB of trash on my node 3 or 4 days ago and now it’s gone. Did I miss having so much trash before or was the 7 days changed? ---
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [February 19, 2021, 1:52pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/16 "2021-02-19T13:52:08Z")
> [@Storgeez](#): > > There was like 50GB of trash on my node 3 or 4 days ago and now it’s gone. It turns out it was a brilliant idea to keep the trash for 7 days. We found a bug in the new multipart upload code. Saltlake testing stallite was sending out a bad bloom filter. To solve that problem we had to call restore from trash. So that is what you have seen on your storage node. ---
**Author:** ![nerdatwork](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/nerdatwork/32/1135_2.png) [@nerdatwork](https://forum.storj.io/u/nerdatwork)\ **Post date:** [February 19, 2021, 3:00pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/17 "2021-02-19T15:00:32Z")
Would a restore call show up in log ? ---
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [February 19, 2021, 3:35pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/18 "2021-02-19T15:35:43Z")
Not on the storage node side. We have logs about the successful execution on the satellite side including every storagenodeID ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [February 19, 2021, 4:36pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/19 "2021-02-19T16:36:17Z")
> [@node1](#): > > Where should be visible this information? > I don’t receive a payments anymore as well there are no information on what’s going on. Is there any place where i can see this ? I just updated the earnings calculator to include this information. > [@Earnings calculator (Update 2023-12-05: v13.1.0 - Now with support for different payouts per satellite - Detailed earnings info and health status of your node, including vetting progress)](https://forum.storj.io/t/earnings-calculator-update-2021-02-19-v10-0-0-detailed-payout-information-now-includes-comparison-to-actual-payout-postponed-payouts-due-to-threshold-and-transaction-links/1794/371): > > I’m really happy to be able to share this update with you all. It took quite a bit of work to get this all added, but here it is. The earnings calculator was always meant to be used as a way to verify that payout is done correctly as well as to provide insights that aren’t exposed by official tools. This milestone version v10.0.0 expands significantly on both! With the current postponed payouts due to high transaction costs it has become really important to show which payouts have been postpone… ---
**Author:** ![Storgeez](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/storgeez/32/68_2.png) [@Storgeez](https://forum.storj.io/u/Storgeez)\ **Post date:** [February 19, 2021, 9:23pm UTC](https://forum.storj.io/t/changelog-v1-22-2/11752/20 "2021-02-19T21:23:19Z")
> [@littleskunk](#): > > It turns out it was a brilliant idea to keep the trash for 7 days. We found a bug in the new multipart upload code. Nothing better than a little backup in the back room. 😛 [Next page](https://forum.storj.io/t/changelog-v1-22-2/11752.md?page=2)