{"id":718,"date":"2026-02-10T19:53:39","date_gmt":"2026-02-10T14:23:39","guid":{"rendered":"https:\/\/kwala.network\/blogs\/?p=718"},"modified":"2026-03-27T13:38:06","modified_gmt":"2026-03-27T08:08:06","slug":"onboard-users-with-wallet-address-only-using-kwala","status":"publish","type":"post","link":"https:\/\/www.kwala.network\/blogs\/onboard-users-with-wallet-address-only-using-kwala\/","title":{"rendered":"Onboard Users with Wallet Address Only: Using\u00a0Kwala\u00a0"},"content":{"rendered":"\n<p>User onboarding in Web3 is supposed to be simple. Connect a wallet, interact with a protocol, and&nbsp;you\u2019re&nbsp;in.&nbsp;<\/p>\n\n\n\n<p>Yet in practice, many&nbsp;dApps&nbsp;still rely on backend-heavy flows: user records, authentication logic, API keys, and off-chain services stitched together just to&nbsp;identify&nbsp;who a user is. The result is friction for users and complexity for developers.&nbsp;<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1920\" height=\"1080\" src=\"https:\/\/kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/Dashboard-Gif-1.gif\" alt=\"\" class=\"wp-image-721\"\/><\/figure>\n\n\n\n<p><a href=\"https:\/\/kwala.network\/\" target=\"_blank\" rel=\"noreferrer noopener\">Source<\/a>&nbsp;<\/p>\n\n\n\n<p>True&nbsp;Web3 onboarding&nbsp;doesn\u2019t&nbsp;start with sign-up forms. It starts with a wallet address.&nbsp;&nbsp;<\/p>\n\n\n\n<p>The challenge is building a backend that can recognize, react to, and act on that wallet activity reliably. This is where modern&nbsp;<strong><a href=\"https:\/\/kwala.network\/blogs\/what-is-a-web3-workflow-automation-protocol-a-beginners-guide-to-streamlining-decentralized-apps\/\">Web3 developer tools backend<\/a><\/strong>&nbsp;design becomes critical, and where&nbsp;Kwala&nbsp;fits naturally.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">The problem with traditional Web3 user onboarding&nbsp;<\/h2>\n\n\n\n<p><\/p>\n\n\n\n<p><\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"1012\" height=\"533\" src=\"https:\/\/kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/1-51.jpg\" alt=\"\" class=\"wp-image-722\" srcset=\"https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/1-51.jpg 1012w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/1-51-300x158.jpg 300w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/1-51-768x404.jpg 768w\" sizes=\"auto, (max-width: 1012px) 100vw, 1012px\" \/><\/figure>\n\n\n\n<p><\/p>\n\n\n\n<p>Many Web3 teams unknowingly replicate Web2 onboarding patterns. Wallets are added on top, but the backend still expects user tables, sessions, and centralized auth layers.&nbsp;<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">This creates multiple issues:&nbsp;<\/h4>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Extra infrastructure to maintain&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Delays in reacting to on-chain activity&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Fragile event listeners and polling logic&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Inconsistent onboarding across chains&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>Most&nbsp;<strong><a href=\"https:\/\/kwala.network\/blogs\/what-is-a-web3-workflow-automation-protocol-a-beginners-guide-to-streamlining-decentralized-apps\/\">Web3 developer tools backend<\/a><\/strong>&nbsp;stacks struggle not because wallets are limited, but because backend systems&nbsp;aren\u2019t&nbsp;built to treat on-chain events as the source of truth.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Wallet address as identity: the Web3-native approach&nbsp;<\/h2>\n\n\n\n<p>In Web3, a wallet address already&nbsp;represents:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Identity&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Ownership&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Authorization&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>There\u2019s&nbsp;no need for emails, passwords, or usernames. If a wallet interacts with a smart contract, that action is cryptographically verifiable and globally consistent.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">From a user\u2019s perspective, onboarding should be instant.&nbsp;<\/h2>\n\n\n\n<p>From a developer\u2019s perspective, the backend must recognize that first interaction and trigger the right logic &#8211; automatically.&nbsp;<\/p>\n\n\n\n<p>This is where wallet-only onboarding becomes less of a UI decision and more of a&nbsp;<strong><a href=\"https:\/\/kwala.network\/blogs\/what-is-a-web3-workflow-automation-protocol-a-beginners-guide-to-streamlining-decentralized-apps\/\">Web3 developer tools backend<\/a><\/strong>&nbsp;challenge.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What makes wallet-only onboarding hard for developers&nbsp;<\/h2>\n\n\n\n<p>Wallet-only onboarding sounds simple until you try to implement it at scale.&nbsp;<\/p>\n\n\n\n<h5 class=\"wp-block-heading\">Developers need to:&nbsp;<\/h5>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Monitor on-chain events across networks&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Detect first-time wallet interactions&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Trigger backend logic&nbsp;exactly once&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Prevent duplicate executions&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Handle cross-chain consistency&nbsp;<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">How&nbsp;Kwala&nbsp;enables wallet-only user onboarding&nbsp;<\/h2>\n\n\n\n<p><\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"539\" src=\"https:\/\/kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/2-18-1024x539.png\" alt=\"\" class=\"wp-image-723\" srcset=\"https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/2-18-1024x539.png 1024w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/2-18-300x158.png 300w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/2-18-768x404.png 768w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/2-18-1536x809.png 1536w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/2-18-2048x1079.png 2048w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Kwala&nbsp;approaches onboarding from a monitoring-first backend model.&nbsp;<\/h2>\n\n\n\n<p>Instead of asking developers to manage servers or listeners,&nbsp;Kwala&nbsp;continuously&nbsp;monitors&nbsp;on-chain events and turns them into backend workflows. The wallet address becomes the only input needed to initiate onboarding logic.&nbsp;<\/p>\n\n\n\n<p>Within modern&nbsp;<strong><a href=\"https:\/\/kwala.network\/blogs\/what-is-a-web3-workflow-automation-protocol-a-beginners-guide-to-streamlining-decentralized-apps\/\">Web3 developer tools backend<\/a><\/strong>&nbsp;ecosystems,&nbsp;Kwala&nbsp;functions as the layer that listens, reacts, and executes.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Monitoring on-chain events to detect&nbsp;new users&nbsp;<\/h2>\n\n\n\n<p>Every wallet-only onboarding flow begins with an on-chain signal.&nbsp;<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">This signal could be:&nbsp;<\/h4>\n\n\n\n<ul class=\"wp-block-list\">\n<li>A wallet calling a registration function&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>A first transaction with a protocol&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>An event emitted when a user crosses a threshold&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>Kwala\u2019s&nbsp;core function is&nbsp;monitoring&nbsp;these on-chain events in real time. Instead of polling or relying on centralized APIs, workflows are triggered the moment an event is detected.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Turning wallet activity into backend workflows&nbsp;<\/h2>\n\n\n\n<p>Once an onboarding event is detected,&nbsp;Kwala&nbsp;executes predefined workflows.&nbsp;<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">These workflows follow a simple pattern:&nbsp;<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Event occurs&nbsp;on-chain&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Trigger activates&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Actions execute deterministically&nbsp;<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Actions might include:&nbsp;<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Calling another smart contract&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Assigning user status&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Sending notifications&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Enabling protocol access&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>Since execution is coordinated across a decentralized resource pool, workflows avoid duplicate runs and race conditions &#8211; an essential requirement for reliable\u00a0<a href=\"https:\/\/kwala.network\/blogs\/what-is-a-web3-workflow-automation-protocol-a-beginners-guide-to-streamlining-decentralized-apps\/\"><strong>Web3 developer tools backend<\/strong>\u00a0<\/a>systems.\u00a0<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What happens after a wallet is onboarded&nbsp;<\/h2>\n\n\n\n<p>Wallet-only onboarding&nbsp;doesn\u2019t&nbsp;stop at detection. It sets the foundation for everything that follows.&nbsp;<\/p>\n\n\n\n<p>After onboarding, workflows can:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Grant DAO permissions&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Activate DeFi features&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Distribute rewards or credentials&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Track ongoing user activity&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>Since all logic is event-driven, onboarding naturally extends into lifecycle management.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Step-by-step: wallet-only user onboarding using&nbsp;Kwala&nbsp;<\/h2>\n\n\n\n<p>This onboarding flow treats a wallet address as the only user identifier. Everything else is triggered automatically from on-chain activity.&nbsp;<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Step 1: define user onboarding at the smart contract level&nbsp;<\/h3>\n\n\n\n<h4 class=\"wp-block-heading\">User onboarding begins&nbsp;on-chain.&nbsp;<\/h4>\n\n\n\n<p>A smart contract function is designed to register a new wallet address. When this function is called, it emits a&nbsp;<strong>UserOnboarded<\/strong>&nbsp;event&nbsp;containing:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>The user\u2019s wallet address&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Optional identifiers (such as a messaging ID)&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Default protection or preference settings&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>Once the onboarding logic is defined, the contract is deployed to the target chain (for example, Polygon).&nbsp;<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Step 2: create a new workflow in&nbsp;Kwala&nbsp;<\/h3>\n\n\n\n<p>A new workflow is created inside&nbsp;Kwala&nbsp;to handle onboarding logic.&nbsp;<\/p>\n\n\n\n<p>Instead of writing backend code, the workflow is configured around:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Trigger<\/strong>&nbsp;\u2192 the on-chain onboarding event&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Actions<\/strong>&nbsp;\u2192 what should happen once the event occurs&nbsp;<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Step 3: set the trigger to the onboarding event&nbsp;<\/h3>\n\n\n\n<p>The workflow trigger is linked directly to the&nbsp;<strong>UserOnboarded<\/strong>&nbsp;event emitted by the smart contract.&nbsp;<\/p>\n\n\n\n<p>Whenever this event appears&nbsp;on-chain:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>KWALA detects it in real time&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>The workflow is automatically triggered&nbsp;<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Step 4: configure the first action (welcome notification)&nbsp;<\/h2>\n\n\n\n<p>The first action in the workflow sends a welcome message to the user.&nbsp;<\/p>\n\n\n\n<p>This can be done through:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Messaging APIs (such as Telegram or other notification systems)&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Dynamic inputs passed directly from the on-chain event&nbsp;<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Step 5: deploy and activate the workflow&nbsp;<\/h2>\n\n\n\n<p>Once configured, the workflow is:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Saved&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Deployed&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Activated&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>At this stage, the workflow starts monitoring the blockchain continuously. No further backend setup is required.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Why wallet-only onboarding scales better with Kwala&nbsp;<\/h2>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"539\" src=\"https:\/\/kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/3-5-1024x539.png\" alt=\"\" class=\"wp-image-724\" srcset=\"https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/3-5-1024x539.png 1024w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/3-5-300x158.png 300w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/3-5-768x404.png 768w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/3-5-1536x809.png 1536w, https:\/\/www.kwala.network\/blogs\/wp-content\/uploads\/2026\/02\/3-5-2048x1079.png 2048w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p><\/p>\n\n\n\n<p>Wallet-only onboarding scales because it removes unnecessary layers.&nbsp;<\/p>\n\n\n\n<p>With Kwala:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>There are no user databases to sync&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>No credentials to store or secure&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>No servers watching blockchains&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>Execution happens only when events occur, making costs predictable and usage-based. As applications grow across chains, the same onboarding logic continues to work without rewriting infrastructure.&nbsp;<\/p>\n\n\n\n<p>This architecture aligns with how scalable&nbsp;<strong><a href=\"https:\/\/kwala.network\/blogs\/what-is-a-web3-workflow-automation-protocol-a-beginners-guide-to-streamlining-decentralized-apps\/\">Web3 developer tools backend<\/a><\/strong>&nbsp;platforms are expected to behave.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Common use cases for wallet-only onboarding&nbsp;<\/h2>\n\n\n\n<p>Wallet-only onboarding with Kwala applies naturally across Web3 verticals:&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>DeFi protocols onboarding liquidity providers&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>DAOs recognizing new contributors&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>NFT platforms detecting first interactions&nbsp;<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Games onboarding players&nbsp;through wallet actions&nbsp;<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Wallets are enough &#8211; if the backend is built right&nbsp;<\/h2>\n\n\n\n<p>Wallet-only onboarding works when backend systems are designed around events, not accounts.&nbsp;<\/p>\n\n\n\n<p><a href=\"https:\/\/kwala.network\/\" target=\"_blank\" rel=\"noreferrer noopener\">Kwala<\/a>&nbsp;enables this shift by turning on-chain activity into executable workflows: without servers, listeners, or manual orchestration. Developers don\u2019t need more user data. They need better backend reactions.&nbsp;<\/p>\n\n\n\n<p>When the backend is built to monitor and act, a wallet address is all the onboarding a Web3 application really needs.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">FAQs on Web3 developer tools backend&nbsp;<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Can wallet-only onboarding with Kwala work across multiple blockchains?&nbsp;<\/h3>\n\n\n\n<p>Yes. <a href=\"https:\/\/kwala.network\/\">Kwala<\/a> can monitor on-chain events across supported Layer 1s and Layer 2s within the same workflow. This allows a user to be onboarded on one chain and recognized across others without rebuilding backend logic for each network.\u00a0<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">How does Kwala prevent duplicate onboarding when the same wallet triggers multiple events?&nbsp;<\/h3>\n\n\n\n<p>Duplicate onboarding is mitigated through safeguards at both the application and smart contract layers. The web app can restrict repeat registration&nbsp;attempts&nbsp;from the same wallet, while the smart contract can be designed to ignore or block multiple onboarding events emitted by an already registered address, ensuring each wallet is onboarded only once.&nbsp;<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"> Do developers need to store user data off-chain when using wallet-only onboarding?&nbsp;<\/h3>\n\n\n\n<p>No, wallet-only onboarding relies on on-chain signals rather than user records. Any state or follow-up logic can be handled through workflows and smart contracts, removing the need for traditional user databases.&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>User onboarding in Web3 is supposed to be simple. Connect a wallet, interact with a protocol, and&nbsp;you\u2019re&nbsp;in.&nbsp; Yet in practice, many&nbsp;dApps&nbsp;still rely on backend-heavy flows: user records, authentication logic, API keys, and off-chain services stitched together just to&nbsp;identify&nbsp;who a user is. The result is friction for users and complexity for developers.&nbsp; Source&nbsp; True&nbsp;Web3 onboarding&nbsp;doesn\u2019t&nbsp;start with [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":725,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"inline_featured_image":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[4],"tags":[],"class_list":["post-718","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-product-deep-dives"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/posts\/718","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/comments?post=718"}],"version-history":[{"count":2,"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/posts\/718\/revisions"}],"predecessor-version":[{"id":728,"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/posts\/718\/revisions\/728"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/media\/725"}],"wp:attachment":[{"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/media?parent=718"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/categories?post=718"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kwala.network\/blogs\/wp-json\/wp\/v2\/tags?post=718"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}