<p><b>@freimair</b> requested changes on this pull request.</p>

<p>I might be missing something here so here are some control questions to foster my understanding:</p>
<blockquote>
<h2>Upgrade behavior</h2>
<p><strong>New Seednode <--> Old Client</strong><br>
The seednode will only have 1 32-byte key for each unique payload, but the client node may still have a 20-byte key that it will send as a known key. The seednode will ignore this known key, send back the 32-byte key <code>Payload</code> and the client node will update its map with the 32-byte key. This mimics existing behavior.</p>
</blockquote>
<ul>
<li>So in the real world the old client will send roughly 2MB of 20-byte known keys to the new seed node.</li>
<li>The new seed node ignores all of them and respond with <em>all</em> data (close to our single-message size limit of 10MB)? (since it only received 20-byte keys and no 32-byte key)</li>
<li>Does the old client memorize the 32-byte keys? after restart?</li>
</ul>
<blockquote>
<p><strong>Old Seednode <--> New Client</strong><br>
The seednode will have 1 20-byte key and 1 32-byte key for the same unique payload. The client will only have the 32-byte key and will send it is a known key. The seednode will transmit the 20-byte <code>Payload</code> back to the client who will ignore it.</p>
</blockquote>
<ul>
<li>why does the old seednode have 32-byte keys?</li>
<li>the client sends only 32-byte keys for its known payloads, so the seed node will send <em>all</em> 20-byte addressed payloads to the client (roughly 10MB of data) to every client.</li>
<li>every time a client connects. Because new clients will not memorize the 20-byte keys?</li>
</ul>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/bisq-network/bisq/pull/3636?email_source=notifications&email_token=AJFFTNR6HVT55XHLRUW4DS3QUUGABA5CNFSM4JPJMSH2YY3PNVWWK3TUL52HS4DFWFIHK3DMKJSXC5LFON2FEZLWNFSXPKTDN5WW2ZLOORPWSZGOCMHMECI#pullrequestreview-319734281">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNX62S6DJWXVPDY5CPDQUUGABANCNFSM4JPJMSHQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNTXTBP2YNIFMA5PMSDQUUGABA5CNFSM4JPJMSH2YY3PNVWWK3TUL52HS4DFWFIHK3DMKJSXC5LFON2FEZLWNFSXPKTDN5WW2ZLOORPWSZGOCMHMECI.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/bisq-network/bisq/pull/3636?email_source=notifications\u0026email_token=AJFFTNR6HVT55XHLRUW4DS3QUUGABA5CNFSM4JPJMSH2YY3PNVWWK3TUL52HS4DFWFIHK3DMKJSXC5LFON2FEZLWNFSXPKTDN5WW2ZLOORPWSZGOCMHMECI#pullrequestreview-319734281",
"url": "https://github.com/bisq-network/bisq/pull/3636?email_source=notifications\u0026email_token=AJFFTNR6HVT55XHLRUW4DS3QUUGABA5CNFSM4JPJMSH2YY3PNVWWK3TUL52HS4DFWFIHK3DMKJSXC5LFON2FEZLWNFSXPKTDN5WW2ZLOORPWSZGOCMHMECI#pullrequestreview-319734281",
"name": "View Pull Request"
},
"description": "View this Pull Request on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>