Two hard-question objection cards from live member Q&A (catch-eligibility: level = reach; fixed counts vs quadrupling value) + chatbot + AI prompt synced

Both verified against contract source today (payout loop: level > levelIndex && 2 directs; one structural skip per depth).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

public/chat.js

@@ -49,6 +49,8 @@
      a:()=>`Yes — every position includes a real members area: <strong>The Circle Method</strong> (10-lesson recruiting &amp; coaching course + a real cash-out walkthrough) on the <a href="/training">training page</a>, your <a href="/my">live coaching dashboard</a>, <a href="/tools">promo tools</a> personalized with your invite link, printable playbooks, wallet-verified team messaging, and the Telegram companion bot + Mini App. No passwords — access is proven by the wallet that owns your position (one free signature that can't move funds), and inside the Telegram Mini App it unlocks automatically. Lesson 1 and all the how-it-works videos are public so you can inspect everything before joining.`},
     {k:['no money','cant afford','can not afford',"can't afford",'broke','they dont have','waiting on payday','no funds to join'],
      a:()=>`"No money" is usually one of three things — sort it first. (1) Most often it means "this sounds expensive/complicated": entry is ${pol()} POL${usd()||" — a small one-time amount"} — payable with a regular debit card right on the <a href="/join-now">join page</a>. (2) Sometimes it's a priority thing: send the "Pocket Change" video from <a href="/tools">Promo Tools</a> and let it do the talking. (3) If they're genuinely broke: tell them honestly "don't join yet" — never rent money, never money they can't afford to lose. Ask "when's payday?" and follow up then — their invite link doesn't expire and the team keeps building publicly while they wait. One hard rule: never pay someone's entry for them.`},
+    {k:['own the level','need to own','have to buy the level','catch without','still at scintilla','upline not upgraded','sponsor not upgraded','only pays 2','only pays two','only 2 payments','seems small','2 then 4','level is your reach'],
+     a:()=>`Two facts that surprise people, both straight from the contract code: (1) To catch your two matrix children's FIRST upgrade (Ascensus), you only need to be <strong>qualified with your two directs</strong> — you do NOT need to own Ascensus yourself, because the contract checks the catcher against the level the buyer is jumping FROM (Scintilla, which everyone has). Owning levels extends your REACH: catching a Fabrica payment from 2 generations down requires Ascensus, and so on — your level is your reach, which is why the team stays one level ahead of its deepest active layer. (2) Yes, each depth pays a fixed count — 2, then 4, then 8, one payment per person — but each deeper generation pays <strong>twice as much per person at twice the width</strong> (full-generation value quadruples per level), generations keep filling over time via recruiting and spillover, and pass-ups from under-leveled members add catches on top. Exact numbers: <a href="/how-pay-works#exact-costs">how-pay-works#exact-costs</a> — mechanical maximums, never promised income.`},
     {k:['entry price','upgrade price','different price','entry vs upgrade','why is the upgrade','entry fee different','two prices','inflated','price chart','cost chart','entry column','upgrade column'],
      a:()=>`They're two different purchases, paid to two different people — nothing is double-counted. <strong>Entry</strong> is the one-time price to create your position (Premium level 1: 360.58 POL — charts often show ~362 with a small send buffer); 95% of the base goes to your sponsor, and the contract keeps a 5% admin charge on entries only. <strong>Upgrade</strong> is what an existing position pays to climb one level (621.40 POL to reach level 2), and 100% of every upgrade travels up the matrix to a qualified member — zero admin fee. The upgrade ladder also doubles EXACTLY at every rung (2 × 621.40 = 1,242.80, to the penny), so the first two pass-ups you catch at your level always equal your own next climb. See the full contract-exact table at <a href="/how-pay-works#exact-costs">how-pay-works#exact-costs</a> — every number is a locked constant you can verify with getAllCosts() on Polygonscan.`},
     {k:['fast start','checklist','printable','print','48 hour','48-hour','getting started sheet'],

public/tools.html

@@ -451,6 +451,20 @@ Watch the short training, look at the live payment feed, then ask me anything.
     </div>
   </details>
 
+  <details class="obj"><summary>Does my upline need to OWN a level to catch payments at it?</summary>
+    <div class="obj-body">
+      <div class="obj-truth"><span class="lab">The truth</span><p>The contract checks the catcher against the level the buyer is <strong>leaving</strong>, not the one being bought. A qualified member still at Scintilla <strong>does</strong> catch their two matrix children's Ascensus purchases (the check is level ≥ 1, which everyone has) — owning Ascensus is not required for that first catch. The own-the-level rule bites one floor deeper: catching a Fabrica purchase from 2 generations down requires Ascensus, a Culmen catch from 3 down requires Fabrica, and so on — <em>your level is your reach</em>. Verified in the contract source: the payout loop requires <code>level &gt; levelIndex</code> plus 2 directs, and structurally skips one more upline per level of depth.</p></div>
+      <div class="obj-say"><div class="obj-say-head"><span class="lab">Say this</span><button class="btn btn-teal btn-sm copy-btn" data-copy="Good news — it's better than you think. To catch your two's FIRST upgrade, your sponsor only needs to be qualified with their two. They don't have to own that level yet, because the contract checks against the level the buyer is jumping FROM, and everyone starts there. Owning levels matters for reaching DEEPER: each level you buy extends your catch one generation further down. That's why the team says stay one level ahead of your deepest active layer — your level literally is your reach. All verifiable in the public contract: rmcircle.team/how-pay-works#exact-costs">Copy</button></div><pre class="swipe">Good news — it's better than you think. To catch your two's FIRST upgrade, your sponsor only needs to be qualified with their two. They don't have to own that level yet, because the contract checks against the level the buyer is jumping FROM, and everyone starts there. Owning levels matters for reaching DEEPER: each level you buy extends your catch one generation further down. That's why the team says stay one level ahead of your deepest active layer — your level literally is your reach. All verifiable in the public contract: rmcircle.team/how-pay-works#exact-costs</pre></div>
+    </div>
+  </details>
+
+  <details class="obj"><summary>"Each level only pays 2, then 4, then 8 people — isn't that small?"</summary>
+    <div class="obj-body">
+      <div class="obj-truth"><span class="lab">The truth</span><p>The count is right — one payment per person, at the one depth that matches their generation (2 at gen 1, 4 at gen 2, 8 at gen 3…). The scale comes from three compounding facts: (1) <strong>payment size doubles as width doubles</strong> — 2 catches of 621.40 is ~1,243, but 16 catches of 4,971.22 is ~79,540, so full-generation value quadruples per level; (2) <strong>generations keep filling</strong> — it's one payment per person but new people keep arriving via recruiting and spillover, and each one owes their depth's payment when they climb; (3) <strong>pass-ups</strong> from under-leveled members below add catches beyond the fixed counts. Never present the totals as expected income — they're the contract's mechanical maximum at full fill.</p></div>
+      <div class="obj-say"><div class="obj-say-head"><span class="lab">Say this</span><button class="btn btn-teal btn-sm copy-btn" data-copy="Your math is right — and that IS the design. One payment per person, at the depth that matches where they sit. Here's what makes it bigger than it sounds: each deeper generation is twice as wide AND pays twice as much per person, so the full-generation value quadruples every level you climb. And a generation isn't a fixed set of people — new members keep landing in your matrix from recruiting and spillover, and every one of them owes that depth's payment when they level up. Plus anything someone below you can't catch rolls up. Fixed counts, growing people, escalating checks. The exact table is at rmcircle.team/how-pay-works — mechanical maximums, not promises.">Copy</button></div><pre class="swipe">Your math is right — and that IS the design. One payment per person, at the depth that matches where they sit. Here's what makes it bigger than it sounds: each deeper generation is twice as wide AND pays twice as much per person, so the full-generation value quadruples every level you climb. And a generation isn't a fixed set of people — new members keep landing in your matrix from recruiting and spillover, and every one of them owes that depth's payment when they level up. Plus anything someone below you can't catch rolls up. Fixed counts, growing people, escalating checks. The exact table is at rmcircle.team/how-pay-works — mechanical maximums, not promises.</pre></div>
+    </div>
+  </details>
+
   <details class="obj"><summary>Why is the entry price different from the upgrade price? Is the income chart inflated?</summary>
     <div class="obj-body">
       <div class="obj-truth"><span class="lab">The truth</span><p>Entry and upgrade are <strong>two different purchases paid to two different people</strong>. Entry (360.58 POL at Premium level 1, sent as ~362 with buffer) creates a position and pays the <em>sponsor</em> 95% of the base, with a 5% admin charge on entries only. Upgrades (621.40 to reach level 2) travel <strong>100% up the matrix</strong> to a qualified member — zero admin fee. The upgrade ladder doubles exactly at every rung (2 × 621.40 = 1,242.80, to the penny), so two pass-ups at your level always equal your next climb. Income illustrations are built from the <em>upgrade</em> stream because that's the only money that travels up — entry money isn't in them at all. Exact numbers: <a href="/how-pay-works#exact-costs">the contract-exact table</a>, verifiable via getAllCosts() on Polygonscan.</p></div>