Merge branch 'naga' into feature/jss-132-naga-test-allow-naga-local-configuration

Author: Ansonhkg

docs/sdk/auth-context-consumption/encrypt-and-decrypt.mdx

@@ -78,7 +78,7 @@ console.log("🧔🏻‍♂️ BobsAccount:", BobsAccount.address);
 Alice decides who can decrypt her encrypted data
 
 <Tip>
-  See SDK Reference for more details on the Access Control Conditions Builder. [Access Control Conditions Builder Reference](/sdk/sdk-reference/access-control-conditions/functions/createAccBuilder)
+  See the [Access Control Conditions Builder Reference API](/sdk/sdk-reference/access-control-conditions/functions/createAccBuilder) for more details on how to build access control conditions.
 </Tip>
 
 ### Build Access Control Conditions

docs/sdk/auth-context-consumption/pkp-sign.mdx

@@ -4,8 +4,7 @@ description: "Use your PKP to sign a message with the selected chain and scheme.
 ---
 
 <Tip>
-  See SDK Reference for more details on the PKP Sign. [PKP Sign
-  Reference](/sdk/sdk-reference/lit-client/functions/createLitClient#chain-raw-pkpsign)
+  See the [PKP Sign Reference API](/sdk/sdk-reference/lit-client/functions/createLitClient#chain-raw-pkpsign) for more details on how to sign a message with your PKP.
 </Tip>
 
 # Prerequisites

docs/sdk/auth/pkp-custom-auth/pkp-custom-auth.mdx

@@ -15,13 +15,13 @@ description: "Implement custom PKP authentication methods with Lit Actions"
 
 Custom Authentication allows <b>dApp owners</b> to provide PKPs (Programmable Key Pairs) to their users without requiring them to understand blockchain technology or manage private keys. Instead of forcing users to learn new authentication methods, you can leverage your existing authentication systems (OAuth, APIs, databases) while providing them with powerful web3 capabilities.
 
-This demonstrates the complete <b>dApp-centric custom authentication</b> flow from both perspectives: the <b>Site Owner</b> who sets up the system and the User who interacts with it.
+This demonstrates the complete <b>dApp-centric custom authentication</b> flow from both perspectives: the <b>Site Owner</b> who sets up the system and the <b>User</b> who interacts with it.
 
 # Overview
 
 In this example:
 
-- site owners control the PKP minting process and provide immutable validation logic via IPFS.
+- Site owners control the PKP minting process and provide immutable validation logic via IPFS.
 - Users get pre-minted PKPs and authenticate through the site owner's validation Lit Action.
 
 # Site Owner Walkthrough

docs/sdk/auth/pkp-native-auth/pkp-discord-auth.mdx

@@ -49,7 +49,7 @@ description: "Discord Authentication uses your Discord account to authenticate v
   </Step>
 
     <Step title="Generate Auth Context">
-Use your newly minted PKP to create an AuthContext. This method will cache two things:
+Use your PKP's public key to create an AuthContext. This method will cache two things:
 1. session key pair - a temporary cryptographic key pair generated on the client side that acts as a temporary identity for the client application. It consists of:
     - A public key - shared with the Lit nodes
     - A secret key (private key) - kept securely on the client
@@ -59,7 +59,7 @@ Use your newly minted PKP to create an AuthContext. This method will cache two t
 
 const authContext = await authManager.createPkpAuthContext({
   authData: authData, // <-- Retrieved earlier
-  pkpPublicKey: pkpInfo.pubkey, // <-- Minted earlier
+  pkpPublicKey: pkpInfo.pubkey,
   authConfig: {
     resources: [
       ["pkp-signing", "*"],

docs/sdk/auth/pkp-native-auth/pkp-eoa-auth.mdx

@@ -38,7 +38,7 @@ description: "Externally Owned Account (EOA) authentication uses your existing E
 
   <Step title="Authenticate with EOA">
 
-Use the WalletClientAuthenticator/ViemAccountAuthenticator to authenticate your connected wallet and generate auth data.
+Use the `WalletClientAuthenticator` or `ViemAccountAuthenticator` to authenticate your connected wallet and generate auth data.
 
   <CodeGroup>
 ```ts wagmi
@@ -97,17 +97,17 @@ You can select an existing PKP associated with your account or mint a new one.
   </Step>
 
   <Step title="Generate Auth Context">
-Use your newly minted PKP to create an AuthContext. This method will cache two things:
+Use your PKP's public key to create an AuthContext. This method will cache two things:
 1. session key pair - a temporary cryptographic key pair generated on the client side that acts as a temporary identity for the client application. It consists of:
     - A public key - shared with the Lit nodes
     - A secret key (private key) - kept securely on the client
-2. Delegation AuthSig aka. the inner auth sig - a cryptographic attestation from the Lit Protocol nodes that authorises your session key to act on behalf of your PKP.
+2. Delegation AuthSig (aka. the inner auth sig) - a cryptographic attestation from the Lit Protocol nodes that authorises your session key to act on behalf of your PKP.
 
 ```ts
 
 const authContext = await authManager.createPkpAuthContext({
   authData: authData, // <-- Retrieved earlier
-  pkpPublicKey: pkpInfo.pubkey, // <-- Minted earlier
+  pkpPublicKey: pkpInfo.pubkey,
   authConfig: {
     resources: [
       ["pkp-signing", "*"],

docs/sdk/auth/pkp-native-auth/pkp-google-auth.mdx

@@ -49,7 +49,7 @@ description: "Google Authentication uses your Google account to authenticate via
   </Step>
 
     <Step title="Generate Auth Context">
-Use your newly minted PKP to create an AuthContext. This method will cache two things:
+Use your PKP's public key to create an AuthContext. This method will cache two things:
 1. session key pair - a temporary cryptographic key pair generated on the client side that acts as a temporary identity for the client application. It consists of:
     - A public key - shared with the Lit nodes
     - A secret key (private key) - kept securely on the client
@@ -59,7 +59,7 @@ Use your newly minted PKP to create an AuthContext. This method will cache two t
 
 const authContext = await authManager.createPkpAuthContext({
   authData: authData, // <-- Retrieved earlier
-  pkpPublicKey: pkpInfo.pubkey, // <-- Minted earlier
+  pkpPublicKey: pkpInfo.pubkey,
   authConfig: {
     resources: [
       ["pkp-signing", "*"],

docs/sdk/auth/pkp-native-auth/pkp-stytch-2fa-totp-auth.mdx

@@ -6,7 +6,7 @@ description: "Stytch TOTP 2FA Authentication is a secondary authentication metho
 # Prerequisites
 
 <Warning>
-  ⚠️ Backend Required: This authentication method requires a backend service
+  Backend Required: This authentication method requires a backend service
   that handles Stytch Email OTP operations. The auth service already has the
   implementation in place with the `/stytch/email/send-otp` and
   `/stytch/email/verify-otp` endpoints, but they are disabled by default. Simply
@@ -121,7 +121,7 @@ const authData = await StytchWhatsAppOtpAuthenticator.authenticate({
 
     <Step title="Generate Auth Context">
 
-Use your newly minted PKP to create an AuthContext. This method will cache two things:
+Use your PKP's public key to create an AuthContext. This method will cache two things:
 
 1. session key pair - a temporary cryptographic key pair generated on the client side that acts as a temporary identity for the client application. It consists of:
    - A public key - shared with the Lit nodes
@@ -131,7 +131,7 @@ Use your newly minted PKP to create an AuthContext. This method will cache two t
 ```ts
 const authContext = await authManager.createPkpAuthContext({
   authData: authData, // <-- Retrieved earlier
-  pkpPublicKey: pkpInfo.pubkey, // <-- Minted earlier
+  pkpPublicKey: pkpInfo.pubkey,
   authConfig: {
     resources: [
       ["pkp-signing", "*"],

docs/sdk/auth/pkp-native-auth/pkp-stytch-email-otp-auth.mdx

@@ -6,7 +6,7 @@ description: "Stytch Email OTP Authentication uses Stytch's Email OTP service to
 # Prerequisites
 
 <Warning>
-⚠️ Backend Required: This authentication method requires a backend service that handles Stytch Email OTP operations. The auth service already has the implementation in place with the `/stytch/email/send-otp` and `/stytch/email/verify-otp` endpoints, but they are disabled by default. Simply run your auth service at the configured URL to enable Stytch Email OTP functionality.
+Backend Required: This authentication method requires a backend service that handles Stytch Email OTP operations. The auth service already has the implementation in place with the `/stytch/email/send-otp` and `/stytch/email/verify-otp` endpoints, but they are disabled by default. Simply run your auth service at the configured URL to enable Stytch Email OTP functionality.
 </Warning>
 
 <Note>
@@ -75,7 +75,7 @@ description: "Stytch Email OTP Authentication uses Stytch's Email OTP service to
   </Step>
 
     <Step title="Generate Auth Context">
-Use your newly minted PKP to create an AuthContext. This method will cache two things:
+Use your PKP's public key to create an AuthContext. This method will cache two things:
 1. session key pair - a temporary cryptographic key pair generated on the client side that acts as a temporary identity for the client application. It consists of:
     - A public key - shared with the Lit nodes
     - A secret key (private key) - kept securely on the client
@@ -85,7 +85,7 @@ Use your newly minted PKP to create an AuthContext. This method will cache two t
 
 const authContext = await authManager.createPkpAuthContext({
   authData: authData, // <-- Retrieved earlier
-  pkpPublicKey: pkpInfo.pubkey, // <-- Minted earlier
+  pkpPublicKey: pkpInfo.pubkey,
   authConfig: {
     resources: [
       ["pkp-signing", "*"],

docs/sdk/auth/pkp-native-auth/pkp-stytch-sms-otp-auth.mdx

@@ -6,7 +6,7 @@ description: "Stytch SMS OTP Authentication uses Stytch's SMS OTP service to aut
 # Prerequisites
 
 <Warning>
-  ⚠️ Backend Required: This authentication method requires a backend service
+  Backend Required: This authentication method requires a backend service
   that handles Stytch Email OTP operations. The auth service already has the
   implementation in place with the `/stytch/email/send-otp` and
   `/stytch/email/verify-otp` endpoints, but they are disabled by default. Simply
@@ -82,7 +82,7 @@ const authData = await StytchSmsOtpAuthenticator.authenticate({
 
     <Step title="Generate Auth Context">
 
-Use your newly minted PKP to create an AuthContext. This method will cache two things:
+Use your PKP's public key to create an AuthContext. This method will cache two things:
 
 1. session key pair - a temporary cryptographic key pair generated on the client side that acts as a temporary identity for the client application. It consists of:
    - A public key - shared with the Lit nodes
@@ -92,7 +92,7 @@ Use your newly minted PKP to create an AuthContext. This method will cache two t
 ```ts
 const authContext = await authManager.createPkpAuthContext({
   authData: authData, // <-- Retrieved earlier
-  pkpPublicKey: pkpInfo.pubkey, // <-- Minted earlier
+  pkpPublicKey: pkpInfo.pubkey,
   authConfig: {
     resources: [
       ["pkp-signing", "*"],

docs/sdk/auth/pkp-native-auth/pkp-stytch-whatsapp-otp-auth.mdx

@@ -6,7 +6,7 @@ description: "Enter your phone number to receive a one-time password (OTP) via W
 # Prerequisites
 
 <Warning>
-  ⚠️ Backend Required: This authentication method requires a backend service
+  Backend Required: This authentication method requires a backend service
   that handles Stytch Email OTP operations. The auth service already has the
   implementation in place with the `/stytch/email/send-otp` and
   `/stytch/email/verify-otp` endpoints, but they are disabled by default. Simply
@@ -83,7 +83,7 @@ const authData = await StytchWhatsAppOtpAuthenticator.authenticate({
 
     <Step title="Generate Auth Context">
 
-Use your newly minted PKP to create an AuthContext. This method will cache two things:
+Use your PKP's public key to create an AuthContext. This method will cache two things:
 
 1. session key pair - a temporary cryptographic key pair generated on the client side that acts as a temporary identity for the client application. It consists of:
    - A public key - shared with the Lit nodes
@@ -93,7 +93,7 @@ Use your newly minted PKP to create an AuthContext. This method will cache two t
 ```ts
 const authContext = await authManager.createPkpAuthContext({
   authData: authData, // <-- Retrieved earlier
-  pkpPublicKey: pkpInfo.pubkey, // <-- Minted earlier
+  pkpPublicKey: pkpInfo.pubkey,
   authConfig: {
     resources: [
       ["pkp-signing", "*"],