<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Payout Currency — tagged coverage - FogChain</title>
	<atom:link href="https://www.fogment.com/tags/payout-currency/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.fogment.com/tags/payout-currency/</link>
	<description>Blockchain news, exchange data and press releases — independently verified.</description>
	<lastBuildDate>Wed, 28 Oct 2026 01:28:03 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.2</generator>

<image>
	<url>https://www.fogment.com/wp-content/uploads/2026/10/cropped-39cb25f161f59e8c-raccoon-6-32x32.png</url>
	<title>Payout Currency — tagged coverage - FogChain</title>
	<link>https://www.fogment.com/tags/payout-currency/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Reading a Card&#8217;s Reward Terms</title>
		<link>https://www.fogment.com/card-reward-terms/</link>
					<comments>https://www.fogment.com/card-reward-terms/#respond</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Wed, 28 Oct 2026 01:28:03 +0000</pubDate>
				<category><![CDATA[Cards]]></category>
		<category><![CDATA[Card Agreements]]></category>
		<category><![CDATA[Card Reward Terms]]></category>
		<category><![CDATA[Cashback Caps]]></category>
		<category><![CDATA[Clawback Clauses]]></category>
		<category><![CDATA[Crypto Cashback]]></category>
		<category><![CDATA[Effective Reward Rate]]></category>
		<category><![CDATA[Merchant Category Codes]]></category>
		<category><![CDATA[Payout Currency]]></category>
		<category><![CDATA[Reward Exclusions]]></category>
		<category><![CDATA[Spending Audits]]></category>
		<guid isPermaLink="false">https://www.fogment.com/?p=209791</guid>

					<description><![CDATA[<p>Card reward terms are the part of a crypto card agreement that decides whether the cashback advertised at signup survives contact with a real transaction. The headline rate is a [&#8230;]</p>
<p>The post <a href="https://www.fogment.com/card-reward-terms/">Reading a Card&#8217;s Reward Terms</a> appeared first on <a href="https://www.fogment.com">FogChain</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Card reward terms are the part of a crypto card agreement that decides whether the cashback advertised at signup survives contact with a real transaction. The headline rate is a marketing number. The definitions, exclusions and settlement clauses are the contract.</p>
<p>Most people compare cards on that headline rate and stop there. That is a mistake, because card reward terms also govern what counts as a qualifying purchase, which asset the reward is paid in, when it lands, and whether the issuer can take it back. Two cards quoting the same percentage can pay amounts that differ by a third once those rules are applied to the same spending.</p>
<ul>
<li><strong>The headline rate is not the effective rate.</strong> Exclusions, caps and payout currency decide what actually arrives.</li>
<li><strong>Definitions beat percentages.</strong> &#8220;Purchase&#8221; is a defined term, and the definition is where most disputes begin.</li>
<li><strong>Timing is a cost.</strong> A reward paid weeks later in a volatile asset is not worth the number quoted at checkout.</li>
<li><strong>Rewards can be reversed.</strong> Refunds, chargebacks and account closures routinely claw back cashback already paid.</li>
</ul>
<h2>What card reward terms actually define</h2>
<p>They define four things: what qualifies, how much is paid, in what asset, and under what conditions the issuer can reclaim it. Everything else in the document is commentary on those four points. Read the agreement looking for them rather than reading top to bottom.</p>
<h3>The qualifying purchase definition</h3>
<p>A qualifying purchase is a transaction that satisfies every condition in the definition at the same time. Typical conditions include a minimum ticket size, a settled rather than merely authorised status, a merchant category that is not excluded, and a transaction that is not later refunded. A purchase that fails any single condition earns nothing, even when the other three are met.</p>
<p>The sequence matters more than people assume. An authorisation is a hold; a settlement is a transfer. Terms written around settlement mean a reward can appear to accrue at the point of sale and then fail to post, because the transaction settled at a different amount or through a different merchant record.</p>
<h3>Reward currency and payout timing</h3>
<p>The payout asset matters more than most readers expect. A reward paid into a fiat balance is worth its face value on the day it lands. A reward paid in a token is worth whatever that token is worth when the payout executes, which may be weeks after the purchase that generated it. Terms usually state the payout asset, the accrual period and a minimum threshold before withdrawal, and those three together determine what the percentage is really worth.</p>
<h2>Where card reward terms quietly reduce the payout</h2>
<p>Reductions come from three places: category exclusions, per-period caps and clawback clauses. None of them appear in the headline rate, and all of them apply automatically.</p>
<h3>Merchant category exclusions</h3>
<p>Exclusions are usually written by merchant category code rather than by merchant name. That means a purchase at a shop you think of as groceries can code as general merchandise and fall outside the reward, and a wallet top-up can code as a financial service, which is excluded on most cards. Categories that tend to be excluded are cash-like transactions, gambling, financial services, tax payments and person-to-person transfers.</p>
<p>Category coding is assigned by the acquiring side, not by you. If a purchase does not earn, the reason is usually the code rather than the merchant. Terms often state that the issuer&#8217;s categorisation is final, which means there is no appeal beyond the record they hold.</p>
<h3>Clawback and reversal windows</h3>
<p>Clawback clauses let the issuer reverse a reward after it has been paid. Common triggers are a refund, a chargeback, a returned transaction, or a balance that later falls below a required threshold. The window can extend well past the statement date, so a reward you have already spent may still be removed and offset against future earnings or a balance.</p>
<blockquote><p>A reward rate is a quote, and a quote is only worth the conditions attached to it. Treat the percentage as a claim to be tested, not as income to be budgeted.</p></blockquote>
<h2>Comparing reward structures</h2>
<p>The table sets out how four common structures behave once the terms are applied. The rates are described in relative terms because they vary by issuer, by programme and by jurisdiction.</p>
<div class="fog-table not-prose my-6 overflow-x-auto rounded-2xl border border-ink-200/70 bg-surface" data-fog-table><table>
<thead>
<tr>
<th>Structure</th>
<th>How the rate is applied</th>
<th>Main reduction risk</th>
<th>Payout asset</th>
</tr>
</thead>
<tbody>
<tr>
<td>Flat percentage</td>
<td>One rate on all qualifying spend</td>
<td>Broad exclusion list removes whole categories</td>
<td>Usually fiat balance</td>
</tr>
<tr>
<td>Category multiplier</td>
<td>Higher rate on named categories</td>
<td>Coding errors move spend out of the boosted category</td>
<td>Fiat or token</td>
</tr>
<tr>
<td>Tiered by spend</td>
<td>Rate rises with monthly volume</td>
<td>Cap resets monthly, so a single large month earns little</td>
<td>Fiat or token</td>
</tr>
<tr>
<td>Token cashback</td>
<td>Fixed token amount per unit spent</td>
<td>Value moves between accrual and payout</td>
<td>Token</td>
</tr>
<tr>
<td>Merchant-funded promo</td>
<td>Bonus at specific merchants</td>
<td>Ends without notice and often excludes returns</td>
<td>Statement credit</td>
</tr>
</tbody>
</table></div>
<h2>How to audit card reward terms before you commit</h2>
<p>An audit takes about twenty minutes and answers the only question that matters: what will this card actually pay on spending you already do?</p>
<ol>
<li>Export the last three months of card spending and group it by merchant category, not by merchant name.</li>
<li>Match those categories against the exclusion list and delete any spend that cannot earn.</li>
<li>Find the cap per statement period and calculate how much of your normal spend falls above it.</li>
<li>Identify the payout asset and schedule, then note how long the value sits exposed before it reaches you.</li>
<li>Read the clawback clause and record the reversal window in weeks, not in vague terms.</li>
<li>Apply the rate only to the eligible spend under the cap, and divide by total spend to get the effective rate.</li>
<li>Compare that effective rate across two or three cards using the same method and the same spending data.</li>
</ol>
<p>The post <a href="https://www.fogment.com/card-reward-terms/">Reading a Card&#8217;s Reward Terms</a> appeared first on <a href="https://www.fogment.com">FogChain</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.fogment.com/card-reward-terms/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
