React Native Quickstart
Last Updated: January 11th 2022
Note: This page will walk you through a very bare bones project to get started building a web3 dapp using the Flow Client Library (FCL). If you are looking for a clonable repo, Flow community members have created quickstart templates for different JavaScript frameworks (e.g. Next.js, SvelteKit, Nuxt). You can consult the complete list here.
Introductionβ
FCL-JS is the easiest way to start building decentralized applications. FCL (aka Flow Client Library) wraps much of the logic you'd have to write yourself on other blockchains. Follow this quick start and you'll have a solid overview of how to build a shippable dapp on Flow.
We're going to make an assumption that you know or understand React; however, the concepts should be easy to understand and transfer to another framework. While this tutorial will make use of Cadence (Flow's smart contract language), you do not need to know it. Instead, we recommend later diving into learning the Cadence language once you've gotten the core FCL concepts down.
In this tutorial, we are going to interact with an existing smart contract on Flow's testnet known as the Profile Contract. Using this contract, we will create a new profile and edit the profile information, both via a wallet. In order to do this, the FCL concepts we'll cover are:
- Installation
- Configuration
- Authentication
- Querying the Blockchain
- Initializing an Account
- Mutating the Blockchain
And if you ever have any questions we're always happy to help on Discord. There are also links at the end of this article for diving deeper into building on Flow.
Installationβ
The first step is to generate a React app using Next.js and create-expo-app. From your terminal, run the following:
_10npx create-expo-app flow-react-native_10cd flow-react-native
Next, install FCL so we can use it in our app.
_10npm install @onflow/fcl@alpha @react-native-async-storage/async-storage expo-web-browser --save
Now run the app using the following command in your terminal.
_10npm run start
You should now see your app running.
Configurationβ
Now that your app is running, you can configure FCL. Within the main project directory, create a folder called flow
and create a file called config.js
. This file will contain configuration information for FCL, such as what Access Node and wallet discovery endpoint to use (e.g. testnet or a local emulator). Add the following contents to the file:
Note: These values are required to use FCL with your app.
Create file:
./flow/config.js
π£ Tip: It's recommend to replace these values with environment variables for easy deployments across different environments like development/production or Testnet/Mainnet.
- The
accessNode.api
key specifies the address of a Flow access node. Flow provides these, but in the future access to Flow may be provided by other 3rd parties, through their own access nodes. discovery.wallet
anddiscovery.authn.endpoint
are addresses that point to a service that lists FCL compatible wallets. Flow's FCL Discovery service is a service that FCL wallet providers can be added to, and be made 'discoverable' to any application that uses thediscovery.wallet
anddiscovery.authn.endpoint
.
Learn more about configuring Discovery or setting configuration values.
If you are running a Wallet Discovery locally and want to use it in the React Native app, change
https://fcl-discovery.onflow.org/
tohttp://<LOCAL_IP_ADDRESS>:<PORT>/
For Example: using local Wallet Discovery and local Dev Wallet:
The main screen for React Native apps is located in ./App.js
or in ./App.tsx
. So let's finish configuring our dapp by going in the root directory and importing the config file into the top of our App.js
file. We'll then swap out the default component in App.js
to look like this:
Replace file:
./App.js
Now we're ready to start talking to Flow!
Authenticationβ
To authenticate a user, you'll need to render a ServiceDiscovery
component provided by fcl-react-native
. Alternatively you can build your own component using useServiceDiscovery
.
Unauthenticate is as simple as calling fcl.unauthenticate()
. Once authenticated, FCL sets an object called fcl.currentUser
which exposes methods for watching changes in user data, signing transactions, and more. For more information on the currentUser
, read more here.
Let's add in a few components and buttons buttons for sign up/login and also subscribe to changes on the currentUser
. When the user is updated (which it will be after authentication), we'll set the user state in our component to reflect this. To demonstrate user authenticated sessions, we'll conditionally render a component based on if the user is or is not logged in.
This is what your file should look like now:
Replace file:
./App.js
You should now be able to log in or sign up a user and unauthenticate them. Upon logging in or signing up your users will see a popup where they can choose between wallet providers. Let's select the Blocto wallet for this example to create an account. Upon completing authentication, you'll see the component change and the user's wallet address appear on the screen if you've completed this properly.
Querying the Blockchainβ
One of the main things you'll often need to do when building a dapp is query the Flow blockchain and the smart contracts deployed on it for data. Since smart contracts will live on both Testnet and Mainnet, let's put the account address where the smart contract lives into the configuration (remember, it's recommended that you change this later to use environment variables). Let's also give it a key of Profile
and prefix it with 0x
so that the final key is 0xProfile
. The prefix is important because it tells FCL to pull the corresponding addresses needed from the configuration value.
Replace file:
./flow/config.js
If you want to see the on chain smart contract we'll be speaking with next, you can view the Profile Contract source code but again for this tutorial it's not necessary you understand it.
First, lets query the contract to see what the user's profile name is.
A few things need to happen in order to do that:
- We need to import the contract and pass it the user's account address as an argument.
- Execute the script using
fcl.query
. - Set the result of the script to the app state in React so we can display the profile name in our browser.
- Display "No Profile" if one was not found.
Take a look at the new code. We'll explain each new piece as we go. Remember, the cadence code is a separate language from JavaScript used to write smart contracts, so you don't need to spend too much time trying to understand it. (Of course, you're more than welcome to, if you want to!)
Replace file:
./App.js
A few things happened. In our AuthedState
component, we added a button to send a query for the user's profile name and a Text
to display the result above it. The corresponding useState
initialization can be seen at the top of the component.
The other thing we did is build out the actual query inside of sendQuery
method. Let's take a look at it more closely:
_10await fcl.query({_10 cadence: `_10 import Profile from 0xProfile_10_10 pub fun main(address: Address): Profile.ReadOnly? {_10 return Profile.read(address)_10 }_10 `,_10 args: (arg, t) => [arg(user.addr, t.Address)]_10});
Inside the query you'll see we set two things: cadence
and args
. Cadence is Flow's smart contract language we mentioned. For this tutorial, when you look at it you just need to notice that it's importing the Profile
contract from the account we named 0xProfile
earlier in our config file, then also taking an account address, and reading it. That's it until you're ready to learn more Cadence.
In the args
section, we are simply passing it our user's account address from the user we set in state after authentication and giving it a type of Address
. For more possible types, see this reference.
Go ahead and click the "Send Query" button. You should see "No Profile." That's because we haven't initialized the account yet.
Initializing the Accountβ
For the Profile contract to store a Profile in a user's account, it does so by initializing what is called a "resource." A resource is an ownable piece of data and functionality that can live in the user's account storage. This paradigm is known is as "resource-oriented-programming", a principle that is core to Cadence and differentiates its ownership model from other smart contract languages, read more here. Cadence makes it so that resources can only exist in one place at any time, they must be deliberately created, cannot be copied, and if desired, must be deliberately destroyed.
There's a lot more to resources in Cadence than we'll cover in this guide, so if you'd like to know more, check out this Cadence intro.
To do this resource initialization on an account, we're going to add another function called initAccount
. Inside of that function, we're going to add some Cadence code which says, "Hey, does this account have a profile? If it doesn't, let's add one." We do that using something called a "transaction." Transactions occur when you want to change the state of the blockchain, in this case, some data in a resource, in a specific account. And there is a cost (transaction fee) in order to do that; unlike a query.
That's where we jump back into FCL code. Instead of query
, we use mutate
for transactions. And because there is a cost, we need to add a few fields that tell Flow who is proposing the transaction, who is authorizing it, who is paying for it, and how much they're willing to pay for it. Those fields β not surprisingly β are called: proposer
, authorizer
, payer
, and limit
. For more information on these signatory roles, check out this doc.
Let's take a look at what our account initialization function looks like:
_27const initAccount = async () => {_27 const transactionId = await fcl.mutate({_27 cadence: `_27 import Profile from 0xProfile_27_27 transaction {_27 prepare(account: AuthAccount) {_27 // Only initialize the account if it hasn't already been initialized_27 if (!Profile.check(account.address)) {_27 // This creates and stores the profile in the user's account_27 account.save(<- Profile.new(), to: Profile.privatePath)_27_27 // This creates the public capability that lets applications read the profile's info_27 account.link<&Profile.Base{Profile.Public}>(Profile.publicPath, target: Profile.privatePath)_27 }_27 }_27 }_27 `,_27 payer: fcl.authz,_27 proposer: fcl.authz,_27 authorizations: [fcl.authz],_27 limit: 50_27 })_27_27 const transaction = await fcl.tx(transactionId).onceSealed()_27 console.log(transaction)_27}
You can see the new fields we talked about. You'll also notice fcl.authz
. That's shorthand for "use the current user to authorize this transaction", (you could also write it as fcl.currentUser.authorization
). If you want to learn more about transactions and signing transactions, you can view the docs here. For this example, we'll keep it simple with the user being each of these roles.
You'll also notice we are awaiting a response with our transaction data by using the syntax fcl.tx(transactionId).onceSealed()
. This will return when the blockchain has sealed the transaction and it's complete in processing it and verifying it.
Now your index.js
file should look like this (we also added a button for calling the initAccount
function in the AuthedState
):
Replace file:
./App.js
Press the "Init Account" button you should see the wallet ask you to approve a transaction. After approving, you will see a transaction response appear in your console (make sure to have that open). It may take a few moments. With the transaction result printed, you can use the transactionId
to look up the details of the transaction using a block explorer.
Mutating the Blockchainβ
Now that we have the profile initialized, we are going to want to mutate it some more. In this example, we'll use the same smart contract provided to change the profile name.
To do that, we are going to write another transaction that adds some Cadence code which lets us set the name. Everything else looks the same in the following code except for one thing: we'll subscribe to the status changes instead of waiting for it to be sealed after the mutate function returns.
It looks like this:
_22const executeTransaction = async () => {_22 const transactionId = await fcl.mutate({_22 cadence: `_22 import Profile from 0xProfile_22_22 transaction(name: String) {_22 prepare(account: AuthAccount) {_22 account_22 .borrow<&Profile.Base{Profile.Owner}>(from: Profile.privatePath)!_22 .setName(name)_22 }_22 }_22 `,_22 args: (arg, t) => [arg("Flow Developer", t.String)],_22 payer: fcl.authz,_22 proposer: fcl.authz,_22 authorizations: [fcl.authz],_22 limit: 50_22 })_22_22 fcl.tx(transactionId).subscribe(res => setTransactionStatus(res.status))_22}
Here you can see our argument is "Flow Developer" and at the bottom we've called the subscribe
method instead of onceSealed
.
Let's see how that works inside our whole index.js
file. But, let's also set the statuses to our React component's state so we can see on screen what state we're in.
Replace file:
./App.js
Now if you click the "Execute Transaction" button you'll see the statuses update next to "Transaction Status." When you see "4" that means it's sealed! Status code meanings can be found here. If you query the account profile again, "Profile Name:" should now display "Flow Developer".
That's it! You now have a shippable Flow dapp that can auth, query, init accounts, and mutate the chain. This is just the beginning. There is so much more to know. We have a lot more resources to help you build. To dive deeper, here are a few good places for taking the next steps:
Cadence
Full Stack NFT Marketplace Example
More FCL
- FCL API Quick Reference
- More on Scripts
- More on Transactions
- User Signatures
- Proving Account Ownership
Other