on 079a42e help sign in
urbit.org/content/using/install.md
361 lines 20 kB history raw
1+++
2title = "Install + Setup"
3weight = 1
4description = "How to install Urbit."
5template = "page_indiced.html"
6aliases = ["/docs/getting-started/"]
7+++
9Urbit is not for everyday users yet — but if you're technically inclined or generally intrepid, feel free to try it out. It's a good place to explore.
11## Overview
13There are two major components of the Urbit ecosystem: **Urbit OS** and **Urbit ID**.
15The Urbit peer-to-peer (P2P) network is composed of instances of Urbit OS — also called **ships** — that run as virtual machines on any Unix platform. The Urbit ID registry is deployed on the Ethereum blockchain, and individual IDs exist as non-fungible ([ERC-721](https://eips.ethereum.org/EIPS/eip-721)) tokens. On the network, Urbit IDs function as network addresses, represented by pronounceable names like `~padmyn-pasnux`.
17As we'll explain, there are a few types of Urbit ID, but everyday users tend to use **planets**, as full citizens of the network.
19Two other types of ships are **stars** and **galaxies**. Together these perform essential infrastructural roles for the Urbit network. Each galaxy can distribute 256 stars, and each star can distribute 65,536 planets. So any given planet ultimately came from a specific star, which itself came from a specific galaxy. On the Urbit OS side, stars help route packets; galaxies are more like DNS root servers or ICANN members. The difference with Urbit in the analogy is that Urbit IDs are owned cryptographically by individuals, collectives, and companies alike, and accrue reputation independently.
21If you just want to try Urbit out, there are also free IDs called **comets**. They are good for bots and people who are new to Urbit and want to check out the network, but they aren't good for building a reputation as a friendly and responsible peer. Their long names make them difficult to remember—and some communities ban comets to prevent spam—but they're still a good way to see what Urbit is about before buying your own planet.
23To start with a comet, continue below. For planet instructions, see [further below](#boot-your-planet). For star or galaxy instructions, see [this section](#supernode).
25## Installing Urbit
27Regardless of your Urbit ID, you'll want the Urbit binary installed first. The Urbit binary runs on a Unix-like operating system – Ubuntu, Fedora, or macOS, for example.
29### macOS and Linux
31```sh
32#macOS:
33mkdir urbit
34cd urbit
35curl -O https://bootstrap.urbit.org/urbit-v0.10.8-darwin.tgz
36tar xzf urbit-v0.10.8-darwin.tgz
37./urbit-v0.10.8-darwin/urbit
39#Linux:
40mkdir urbit
41cd urbit
42curl -O https://bootstrap.urbit.org/urbit-v0.10.8-linux64.tgz
43tar xzf urbit-v0.10.8-linux64.tgz
44./urbit-v0.10.8-linux64/urbit
45```
47Once you've followed the appropriate install instructions, you can check if everything went right by running the `./urbit` command. Installation was successful if you get a block of output that begins with the line below:
49```
50Urbit: a personal server operating function
51```
53To access your Urbit via HTTP on port 80 on Ubuntu, you may need to run the following:
54```sh
55sudo apt-get install libcap2-bin
56sudo setcap 'cap_net_bind_service=+ep' /path/to/urbit
57```
58(Where `urbit` is the urbit executable downloaded with `curl` prior)
60### Windows
62> Please note that this method of installing Urbit is experimental, and we may not be able to assist you if you encounter issues related to WSL 2.
64These instructions have been tested and verified for WSL 2 + Ubuntu 18.04 LTS.
66Urbit cannot run on Windows itself, but there is a convenient way to run a Linux distro using the [Windows Subsystem for Linux 2](https://docs.microsoft.com/en-us/windows/wsl/wsl2-install) on Windows 10. Install the Windows Subsystem for Linux 2 and open a Linux terminal in Windows, then follow the Linux installation instructions above.
68For performance reasons, do not install Urbit in the mounted Windows volume, but install it in the Linux file system. For example, in your home directory, which can be navigated to by entering `cd ~`.
70## Setting up a comet {#comet}
72**Comets** are 128-bit or 16 syllable Urbit IDs, that look like:
74`~dasres-ragnep-lislyt-ribpyl--mosnyx-bisdem-nidful-marzod`
76Comets are disposable, free identities that can be used to quickly join the network and try things out.
78### Booting a comet
80To boot a comet, go into the command line and run the following command from the `urbit` directory you created during [Urbit installation](#installing-urbit):
82```sh
83#macOS:
84./urbit-v0.10.8-darwin/urbit -c mycomet
86#Linux:
87./urbit-v0.10.8-linux64/urbit -c mycomet
88```
90Since your identity on the network is not verified, it may take up to an hour to generate your comet. As it boots, will spin out a bunch of boot messages and create a directory called `mycomet`. Toward the end of the boot process, you'll see something like:
92```
93ames: on localhost, UDP 31337.
94http: live (insecure, public) on 8080
95http: live ("secure", public) on 8443
96http: live (insecure, loopback) on 12321
97~sampel_marzod:dojo>
98```
100When your ship is finished booting, you will see either the `~sampel_marzod:dojo>` or `~sampel_marzod:chat-cli/` prompt. If you see `:chat-cli`, press `Ctrl-X` to switch into Dojo.
102To exit Urbit, use `Ctrl-D` or enter `|exit` into Dojo.
104To start your ship up again, run the following from your `urbit` directory (note the lack of `-c` argument):
106```sh
107#macOS:
108./urbit-v0.10.8-darwin/urbit mycomet
110#Linux:
111./urbit-v0.10.8-linux64/urbit mycomet
112```
114### The Dojo
116Let's try our first command in the Dojo, the Urbit OS command line and Hoon REPL, to get oriented.
118Type `(add 2 2)` into the Dojo. You should see the following:
120```
121~sampel_marzod:dojo> (add 2 2)
122```
124When you press Enter, you should see this:
126```
127> (add 2 2)
129```
131Good, your Dojo is working correctly. Now let's run our first useful command in the Dojo. The first thing you generally want to do with a new ship is to **mount** it. A ship being mounted means that it has a presence on your Unix filesystem, allowing files to be shared between Unix and your ship. To mount your ship, type `|mount %` at the Dojo prompt.
133```
134|mount %
135>=
136```
138The `>=` output means that a command was successful. Now you can see your ship's files in its Unix directory.
140### Using Landscape
142Landscape is the Urbit web interface, and it's the best way to interact with your ship. To access Landscape:
1441. Start your ship. In the boot messages, look for a line that says something like `http: live (insecure, public) on 80`. The number given is the port that your ship is using.
1452. If the port given is 80, simply type `localhost` into your browser's address bar. If the given port is a different number, such as `8080`, you would type `localhost:8080`. You'll be met with a login prompt.
1463. Type `+code` into your comet's Dojo. Copy-paste the returned code into the field asking for it in the browser page.
1474. You're in! Now you can explore apps such as Chat, Publish, and more.
149### Join a group
151Now that you're on Landscape, join the Urbit Community, a great place for newcomers to ask questions.
153Click the 'Groups' button on your Landscape home page, and then click the `Join Group` column. Then, enter `~bitbet-bolbel/urbit-community` into the field and press the `Join Group` button.
155From the Urbit Community group you can join a variety of chatrooms, notebooks, and collections.
157## Setting up a planet {#id}
159If you have an Urbit ID, you'll use the [Bridge](https://bridge.urbit.org) client to get your ship's *keyfile* before you can [boot your ship](#booting-your-ship). Your keyfile is a cryptographic secret that allows your Urbit instance to authenticate itself on the network, so it is required the first time you boot your ship. Your keyfile is deterministically derived from your other cryptographic secrets.
161### Purchase an Urbit ID
163Tlon doesn't currently sell or distribute Urbit IDs, but there are a few ways to get your own:
165- Getting an invitation from a friend.
166- Purchasing an Urbit ID, including hosting, from a third-party turnkey solution such as [geturbitid.com](https://www.geturbitid.com/).
167- Manually setting up and hosting an Urbit ID purchased from a third party such as [urbit.live](https://urbit.live), [OpenSea](https://opensea.io), [planet.market](https://planet.market/), or [Urbit Marketplace](https://urbitmarketplace.com/).
169Note that when you buy a planet, you should ensure with the provider that the star is operating. If you already have a planet and need to escape a non-operational star, see [Escaping A Sponsor](@/using/operations/using-your-ship.md#escape).
171Tlon occasionally selects candidates to distribute invitations, and users operating galaxies and stars can spawn and distribute a finite number of stars and planets, respectively.
173### About your Urbit ID wallet
175Your Urbit ID is actually yours. As long as you control its cryptographic secrets, nobody can take it away from you. That's why it's important to know a little bit about the cryptographic architecture of Urbit secrets.
177Urbit ID secrets operate as a system of separate but hierarchically related Ethereum key-pairs. For any given ID, this system of key-pairs is referred to as a **Hierarchical Deterministic (HD) Wallet**. the Urbit HD wallet. Each of these Ethereum addresses have different powers over the same identity, from setting networking keys for communicating in the Urbit network to transferring ownership of identities. Important elements of the HD wallet:
179- **Master Ticket**: The "password" at the top of the hierarchy that determines the ownership. All other secrets are derived from this. If the rest of the wallet is lost or compromised, the master ticket can derive everything. You'll log into Bridge with this. Always keep your master ticket extremely safe.
181- **Management Proxy**: Derived from the master ticket. Can perform non-ownership related operations such as configuring Urbit OS networking keys.
183- **Keyfile**: Derived from the management proxy. Used as cryptographic proof that your Urbit ship is who it says it is. You use it to start up your ship for the first time.
185### Get your keyfile {#keyfile}
187As mentioned previously, there are a few ways to acquire a planet. All methods, however, should result in you receiving at least one secret, such as a **master ticket**. If you received an email invite to Urbit, the master ticket should a `.pdf` the passport folder that you downloaded.
1891. Connect to [Bridge](https://bridge.urbit.org).
1902. Enter the name of your planet and the associated master ticket in the appropriate fields. Click the "Metamask, Mnemonic, Hardware Wallet..." button for alternate login methods if you don't have a master ticket.
1913. Once you're logged in, click the "OS" option.
1924. In resulting page, click the "Download Arvo Keyfile" button. You should receive a `.key` file that contains the secret needed to boot your ship. Hold onto this file.
194### Choose to host or run your ship locally
196There are two supported ways of running an Urbit ship: using a cloud service, or running it locally on your own machine. Most users run things locally at first, but we recommend eventually using a cloud service for Urbit because it allows your ship to be accessed from anywhere on multiple devices. Hosting your ship in the cloud also allows it to always be online and ready for OTA updates. It's technically possible to run your Urbit ship on a home server, but ISPs often restrict this to business plans and opening up your home network to the internet can be unsafe if done improperly.
198We have a guide for [hosting your ship on DigitalOcean](@/using/operations/hosting.md) which we've found works well, but any cloud hosting service should work.
200### Boot your planet
202You'll be booting your ship with the keyfile that you downloaded from Bridge.
204#### Step 1: Find the path to your keyfile
206Find the absolute path to the keyfile that you downloaded from Bridge. Copy it.
208#### Step 2: Run the boot command
210Enter your `urbit` directory.
212Once you're inside, run the command below, except with `sampel-palnet` replaced by the name of your
213Urbit identity, and `path/to/my-planet.key` replaced with the path to your keyfile:
215```sh
216#macOS:
217./urbit-v0.10.8-darwin/urbit -w sampel-palnet -k path/to/my-planet.key
219#Linux:
220./urbit-v0.10.8-linux64/urbit -w sampel-palnet -k path/to/my-planet.key
221```
223Or, if you'd prefer to copy your key in, you can run:
225```sh
226#macOS:
227./urbit-v0.10.8-darwin/urbit -w sampel-palnet -G rAnDoMkEy
229#Linux:
230./urbit-v0.10.8-linux64/urbit -w sampel-palnet -G rAnDoMkEy
231```
233Either command will create a directory called `sampel-palnet/` and begin building your ship. It may take a few minutes.
235When your ship is finished booting, you will see either the `~sampel-palnet:dojo>` or `~sampel-palnet:chat-cli/` prompt. If you're seeing `:chat-cli` press `Ctrl-X` to switch into Dojo.
237To shut down your ship, use `Ctrl-D`. To start your ship up again, run the following from your `urbit` directory:
239```sh
240#macOS:
241./urbit-v0.10.8-darwin/urbit sampel-palnet
243#Linux:
244./urbit-v0.10.8-linux64/urbit sampel-palnet
245```
247Note that `sampel-palnet/` is the path of a folder, which we just created in your `urbit` directory. This folder is called your ship's **pier**.
249Never boot multiple instances of your ship at the same time. You can prevent this from happening on accident by only ever keeping a single copy of your pier.
251**Important:** once a key has been used to boot a ship onto the network, it cannot be used to boot that ship again later - doing so will cause communication problems with other ships. For this reason you should **delete the keyfile from your machine once your ship has booted successfully**. If you do use the same key twice, you'll need to conduct a [personal breach](#breaches) to restore your ship to full functionality).
253Delete the keyfile with the command below:
255```sh
256rm path/to/my-planet.key
257```
259### Updating to the latest binary {#updating}
261Most updates to Urbit are downloaded and applied automatically as OTA (Over the Air) updates. Occasionally it would be infeasible to distribute an update this way, and a new `urbit` binary is released. This is announced in the [urbit-dev](https://groups.google.com/a/urbit.org/forum/#!forum/dev) Google Group when it occurs (as are all OTA updates).
263To update to the latest binary, download and extract it to replace your existing one. Then run it as before.
265For example, if in your current `urbit` directory you have an `urbit-v0.10.7-<OS>` directory along with a ship directory called `mycomet`, and a new `urbit-v0.10.8-<OS>` binary was just released, then you'd run the following commands from your `urbit` directory:
267First shut down your ship, by running the following in dojo (or `Ctrl-D`).
268```
269|exit
270```
272**NOTE**: Your ship itself can be reused, only the binary needs to be changed. This is why we have the directory structure configured as an `urbit` directory that contains your ship and your binary. This structure makes it easy to swap in new binaries. If you have your ship *inside* the `urbit-vX.XX.X` directory, move it out before deleting that directory.
274Delete the old binary directory from your `urbit` directory:
276```sh
277#macOS:
278rm -rf urbit-v0.10.7-darwin
280#Linux:
281rm -rf urbit-v0.10.7-linux64
282```
284Next download and extract the most recent binary from inside your `urbit` directory:
285```sh
286#macOS:
287curl -O https://bootstrap.urbit.org/urbit-v0.10.8-darwin.tgz
288tar xzf urbit-v0.10.8-darwin.tgz
290#Linux:
291curl -O https://bootstrap.urbit.org/urbit-v0.10.8-linux64.tgz
292tar xzf urbit-v0.10.8-linux64.tgz
293```
295Start up your ship with the new binary from your `urbit` directory:
296```sh
297#macOS:
298./urbit-v0.10.8-darwin/urbit mycomet
300#Linux:
301./urbit-v0.10.8-linux64/urbit mycomet
302```
304Then you're good to go, in the future you'll just modify the version numbers in the example above to the most recent version.
306### Breaches {#breaches}
308An important concept on the Urbit network is that of continuity. Continuity refers to how ships remember the order of their own network messages and the network messages of others — these messages are numbered, starting from zero. A breach is when ships on the network agree to forget about this sequence and treat one or more ships like they are brand new.
310There are two kinds of breaches: personal breaches and network breaches.
312A personal breach can fix many problems with your ship, but should be used as a last resort. A network breach happens when there's a major software update and you must download a new binary.
314For details on breaching, please read the [Guide to Breaches](@/docs/tutorials/guide-to-breaches.md) documentation.
316## Running a star or galaxy {#supernode}
318Setting up and running a star or galaxy is a little bit different from setting up and running a planet.
320### Getting a star or galaxy
322Stars are valuable cryptographic assets. They can be bought in one of two ways.
324- Transacting privately with a star owner.
325- Buying a star on a marketplace like [OpenSea](https://opensea.io/collection/urbit-id)
327Galaxies are rare and extremely valuable, meaning that there is no liquid market for them. If you want to buy a galaxy, you'll have to find an individual galaxy owner and transact with them.
329### A note on security
331As mentioned before, stars are valuable. You are solely responsible for safeguarding your seeds and secret keys, and arming yourself with the computer-security knowledge that is attendant upon that safeguarding. You act at your own risk in reliance upon the contents of the manual. In no way is the Tlon Corporation responsible for the actions, decisions, or other behavior taken or not taken by you in reliance upon this manual.
333It’s a good idea to store your keys redundantly in case one method fails. If you deem a key to be valuable enough, you can shard it into thirds and store each third in secure, geographically distributed locations. Consider these storage media options:
335- Storing the secret on a hardware wallet that is never connected to a networked machine.
336- There are products that let you store the key on steel. This medium is resistant to both water damage and fire damage.
338### Getting a star's keyfile
3401. Connect to [Bridge](https://bridge.urbit.org).
3412. Enter the name of your star and the associated master ticket in the appropriate fields. Click the "Metamask, Mnemonic, Hardware Wallet..." button for alternate login methods if you don't have a master ticket.
3423. Once you're logged in, click the "OS" option.
3434. In resulting page, click the "Download Arvo Keyfile" button. You should receive a `.key` file that contains the secret needed to boot your ship. Hold onto this file.
345### Boot your star
347Because of their need for near-perfect uptime Stars should be hosted on cloud services. We have a guide for [hosting on DigitalOcean](@/using/operations/hosting.md), but any cloud provider should work.
349Being an infrastructure node, a star has certain responsibilities to the Urbit network.
351By default, your star accepts software updates from its galaxy and routes them to its planets. You can use this mechanism to push custom software to your planets. Keep in mind that planets expect functional, non-breaking software updates, and generally want to be able to communicate with planets that are sponsored by other stars.
353To ensure new planets can connect to your ship, users are expected to participate in network-wide breaches by updating to the latest Urbit version, deleting (or archiving) your pier, and then booting your ship using the new binary. If you don’t participate, you won’t be able to communicate with anyone on the network who has updated to the new era.
355Network-wide breaches are distinct from personal breaches, wherein an individual ship cycles its personal network keys using bridge.
357See our [Guide to Breaches](@/docs/tutorials/guide-to-breaches.md) for more information and for instructions on breaching.
359### Running a galaxy
361A galaxy is at the top of the hierarchy in terms of importance. Thus, if you're interested in running one, please contact support@urbit.org, and we will give you personalized assistance in getting set up.