chore: Update protocol/0062-SPAM-spam_protection.md

Co-authored-by: Jiajia-Cui <92106936+Jiajia-Cui@users.noreply.github.com>

protocol/0062-SPAM-spam_protection.md

@@ -122,6 +122,7 @@ More than 360 delegation changes in one epoch (or, respectively, the value of `s
 - A party who has submitted strictly more than `spam.protection.max.applyReferralCode` `ApplyReferralCode` transactions in an epoch should have any future `ApplyReferralCode` transactions in that epoch **pre-block** rejected (<a name="0062-SPAM-031" href="#0062-SPAM-031">0062-SPAM-031</a>).
 - A party who has submitted more than `spam.protection.max.applyReferralCode` transactions in the current epoch plus in the current block, should have their transactions submitted in the current block **pre-block** rejected (<a name="0062-SPAM-036" href="#0062-SPAM-036">0062-SPAM-036</a>).
 - Given longer than `spam.protection.balanceSnapshotFrequency` has elapsed since a party deposited or transferred funds, a party who has less then `spam.protection.updatePartyProfile.min.funds` in their accounts should have any `UpdatePartyProfile` transactions **pre-block** rejected. All assets count towards this threshold and balances should be scaled appropriately by the assets quantum. (<a name="0062-SPAM-037" href="#0062-SPAM-037">0062-SPAM-037</a>).
+- A party holding 2 assets, and each of the assets are less than `spam.protection.referralProgram.min.funds` x quantum, but the sum of the 2 assets are greater than  `spam.protection.referralProgram.min.funds` x quantum, then the party should not have any `UpdateReferralSettransactions` pre-block rejected (<a name="0062-SPAM-042" href="#0062-SPAM-042">0062-SPAM-042</a>).
 - A party holding less than `spam.protection.referralProgram.min.funds` x quantum should have any `UpdateReferralSettransactions` pre-block rejected (<a name="0062-SPAM-040" href="#0062-SPAM-040">0062-SPAM-040</a>).
 - A party holding no less than `spam.protection.referralProgram.min.funds` x quantum and staking no less than `referralProgram.minStakedVegaTokens` should not have any `UpdateReferralSettransactions` pre-block rejected (<a name="0062-SPAM-041" href="#0062-SPAM-041">0062-SPAM-041</a>).
 - A party who has submitted strictly more than `spam.protection.max.updatePartyProfile` `UpdatePartyProfile` transactions in an epoch should have any future `UpdatePartyProfile` transactions in that epoch **pre-block** rejected (<a name="0062-SPAM-038" href="#0062-SPAM-038">0062-SPAM-038</a>).