Fix change-tier API example and move install steps to the admin UI
This commit is contained in:
+7
-7
@@ -71,7 +71,7 @@
|
||||
|
||||
<h3>Option B: sideload</h3>
|
||||
<ol>
|
||||
<li>Download <code>keysat_x86_64.s9pk</code> from the <a href="https://github.com/keysat-xyz/keysat/releases">GitHub releases page</a>.</li>
|
||||
<li>Download <code>keysat.s9pk</code> from the <a href="https://github.com/keysat-xyz/keysat/releases">GitHub releases page</a>.</li>
|
||||
<li>In your StartOS dashboard, go to <strong>Sideload</strong> and drag the file in.</li>
|
||||
<li>Click <strong>Install</strong>.</li>
|
||||
</ol>
|
||||
@@ -79,13 +79,13 @@
|
||||
<p>BTCPay Server is declared as a required dependency. If you don’t have it installed yet, StartOS will prompt you to install it as part of the same flow.</p>
|
||||
|
||||
<h2 id="operator-name">Step 2: Set your operator name</h2>
|
||||
<p>Open the Keysat service page in StartOS. Go to <strong>Actions → Set operator name</strong>. Pick a short label that identifies <em>you</em> as the seller, e.g. "aurora-software", "northpath", "my-name". This shows up on the public purchase pages and in the audit log.</p>
|
||||
<p>Open the admin web UI (Step 5) and go to <strong>Settings</strong>. Set your operator name there: a short label that identifies <em>you</em> as the seller, e.g. "aurora-software", "northpath", "my-name". This shows up on the public purchase pages and in the audit log.</p>
|
||||
<p>This change is live-reloaded; you don’t need to restart the service.</p>
|
||||
|
||||
<h2 id="connect-btcpay">Step 3: Connect BTCPay</h2>
|
||||
<p>Make sure BTCPay Server is running and has at least one <strong>store</strong> with a configured <strong>payment method</strong> (on-chain wallet or Lightning node). Without a payment method, BTCPay will reject Keysat’s invoice creation.</p>
|
||||
|
||||
<p>In Keysat’s service page, click <strong>Actions → Connect BTCPay</strong>. You’ll be redirected to BTCPay’s authorize page, where you grant Keysat the permissions it needs:</p>
|
||||
<p>In the admin web UI, go to <strong>Settings → Payment providers</strong> and click <strong>Connect BTCPay</strong> (agents can drive the same connect over the API with <code>POST /v1/admin/btcpay/connect</code>). You’ll be redirected to BTCPay’s authorize page, where you grant Keysat the permissions it needs:</p>
|
||||
|
||||
<ul>
|
||||
<li><code>btcpay.store.canviewstoresettings</code></li>
|
||||
@@ -104,12 +104,12 @@
|
||||
|
||||
<div class="callout">
|
||||
<i data-lucide="info"></i>
|
||||
<p><strong>Connect is idempotent.</strong> If you click it again later, Keysat detects the existing connection and returns success without re-authorizing. To force a re-authorize, run the <strong>Disconnect BTCPay</strong> action first.</p>
|
||||
<p><strong>Connect is idempotent.</strong> If you click it again later, Keysat detects the existing connection and returns success without re-authorizing. To force a re-authorize, disconnect first from <strong>Settings → Payment providers</strong> (or <code>POST /v1/admin/btcpay/disconnect</code>).</p>
|
||||
</div>
|
||||
|
||||
<p>Automating setup? On a <strong>sandbox</strong> daemon you can connect a non-mainnet BTCPay over the API instead of clicking, using a scoped key carrying the <code>payment_providers:write</code> scope. See <a href="agent.html#connect-btcpay">Agent integration: Connect BTCPay programmatically</a>.</p>
|
||||
|
||||
<p>Click <strong>Actions → Check BTCPay connection</strong> to verify the wiring. It should report:</p>
|
||||
<p>Back in <strong>Settings → Payment providers</strong> (or via <code>GET /v1/admin/btcpay/status</code>), verify the wiring. It should report:</p>
|
||||
|
||||
<pre class="code"><span class="c"># Expected output:</span>
|
||||
status: <span class="s">connected</span>
|
||||
@@ -120,7 +120,7 @@ payment_methods: <span class="s">[BTC-OnChain, BTC-LightningNetwork]</span></pre
|
||||
<p>If <code>payment_methods</code> is empty, head back to BTCPay and configure at least one before continuing.</p>
|
||||
|
||||
<h2 id="admin-key">Step 4: Get your admin API key</h2>
|
||||
<p>Go to <strong>Actions → Show admin API key</strong>. This reveals the 64-hex-character key that gates all <code>/v1/admin/*</code> endpoints, including the admin UI.</p>
|
||||
<p>Go to <strong>Actions → Show credentials</strong>. This reveals the 64-hex-character admin API key that gates all <code>/v1/admin/*</code> endpoints, including the admin UI.</p>
|
||||
|
||||
<div class="callout warn">
|
||||
<i data-lucide="alert-triangle"></i>
|
||||
@@ -130,7 +130,7 @@ payment_methods: <span class="s">[BTC-OnChain, BTC-LightningNetwork]</span></pre
|
||||
<h2 id="admin-ui">Step 5: Open the admin UI</h2>
|
||||
<p>Click the <strong>Launch UI</strong> button on Keysat’s service page. (StartOS surfaces this for any service that defines a <code>type: 'ui'</code> interface.) Paste the admin key from the previous step into the sign-in form.</p>
|
||||
|
||||
<p>From here on, you mostly work in the admin UI. The StartOS Actions tab is reserved for setup-only operations (operator name, BTCPay connect/disconnect/check, show admin key).</p>
|
||||
<p>From here on, you work in the admin UI. The StartOS Actions tab is reserved for the few operations that must happen outside the web UI: showing credentials, setting the web UI password, and activating or checking the Keysat self-license.</p>
|
||||
|
||||
<h2 id="first-product">Step 6: Define your first product</h2>
|
||||
<p>In the admin UI, go to <strong>Products → Create a new product</strong> and fill in:</p>
|
||||
|
||||
Reference in New Issue
Block a user