Writing Documentation for Ark

On this page, you will find all the details necessary for writing compliant documentation for Ark.


Style Guide

As Ark originates from an online community, different writing styles have been used in formal and community writings. It is important to have a uniform style across our documentation to avoid misunderstandings and provide consistency to developers.

Writing documentation is quite simple, often the last 10% of a project. Regardless the last 10% can consume 90% of the effort. Proper documentation requires fluency in English and a well thought out objective. Ark's documentation is written for the semi-knowledgeable. However, beginners should be able to follow most of the tutorials and learn from the docs. Well documented, average software is more usable than poorly documented, fantastic software.


Ark's official language is American English, which is used in nearly all writings. This conforms to most technical documentation and writings, as often programming languages adhere to American English as well.

Keep in Mind

Use a clear, semi-formal tone in writing. There is no need to go as far as academic writing, but keep the following in mind:

  • Long sentences without an objective are confusing. There is no need to use extra adjectives to increase sentence length or illustrate a concept. Remember that just as with code; documentation comes with a burden of maintenance.
  • Reuse definitions. In fintech and blockchain, we often use words such as blocks, transactions, crypto. While writing documentation, the use of these definitions might seem repetitive; however, these are familiar concepts and leave little room for interpretation to the reader.
  • Grammar is important. It reflects the professionalism of the entire project.
  • Use proper punctuation, in tables, captions, and citations. Titles should use title casing.
  • Avoid using abbreviations.

Code snippets

In tutorials and descriptions, we often have code snippets present to illustrate SDK functionalities. If you provide a code snippet, showing how to use a function, ensure that the reader knows what has been omitted. Start a tutorial with the setup code, imports, and installations before the main body. Ensure the code uses correct namespaces. When documenting a library, use the library as if you were an end-user:

Do not use the following:

client := New()

However, instead:

package main

import "my/lib/name"

func main() {
  client := name.New()

In following snippets, the package and import declarations may be omitted. Avoid using ... to indicate an omitted fragment; it should be apparent to the reader without such indicators.

If a code snippet is relevant in multiple languages, create tabs for all languages, even if you do not intend to write the code snippet in the other languages. This makes it very obvious to the reader and us that the documentation needs to be improved/updated. Tabs should be ordered as follows:

    A tab may contain a code snippet, but also language-specific explanations. Attempt to keep each tab the same size, to avoid screen jumps when the user switches between tabs.

    When using a bash command, prepend the command with $ only if the output is shown as well. The terminal output should be put inside a code block, not added as a screenshot. In general, text should remain text.

    This example is correct:

    $ echo output

    This variant is acceptable too:

    echo hello

    However, this is incorrect:

    $ echo hello

    Most markdown linters will warn you of these common issues.


    There are many terms commonly used when describing aspects of Ark and related technologies. To standardize how documentation is presented to the user and to remove differences across different texts, we have established the following rules for using Ark terminology.

    Commonly used Technological Concepts and Project Names

    Firstly, the term "Ark" refers to an entire umbrella of concepts and is mainly used as a prefix to describe projects it maintains or supports.

    For example, the most basic form of this is writing "Ark Ecosystem"; this can be used interchangeably with "Ark".

    Writing documentation for Ark

    Writing documentation for the Ark Ecosystem

    Both are acceptable.

    A complete list of definitions is found in the glossary.

    For certain cases (docs, website, forum), it is acceptable to use the actual URL subdomain.domain.tld format if it's intuitive:

    • "Find all relevant information on the docs.ark.io"
    • "Blog, Forums, Roadmap and more can be found at the ark.io website"
    • "I love the community over at the forum.ark.io"


    When talking about Ark's native currency, you MUST refer to it as ARK - it is commonly used as the currency ticker on exchanges and within Ark Ecosystem projects like the Ark Desktop Wallet and Ark Explorer. The currency symbol for ARK is "Ѧ". It can be represented with the decimal Unicode 1126 or "Ѧ" in HTML.

    Generic terms like "address", "wallet", "transaction", "delegate", "vote", "blockchain", "currency" SHOULD NOT be capitalized, alongside the three above terms which mainly refer to concepts and not necessarily rigid implementations.

    The scopes of each category might change to include or exclude new or old concepts at any given time, due to the continually evolving Ark (Ecosystem) landscape.

    Although it would be ideal, not all documents can afford only to mention Ark's projects and concepts.

    We encourage you always to follow other projects' standards for writing about them when you mention them in a document:

    The Ark blockchain was created later than the Bitcoin blockchain

    In addition, please refrain from capitalizing terms like "blockchain", as it would imply some unencouraged buzz-wordiness.


    An essential part of documenting for the open source Ark Ecosystem is to offer the reader an unintrusive option to go to another branch of resources and learn without breaking the underlying reading experience.

    It is acceptable to link once to Ark Ecosystem or other technological projects mentioned in the document you write unless mentioned in succession within a list. Linking the first occurrence of a technical project mention is good practice.

    Additionally, you are encouraged to provide a list of references at the end of your written document. This helps streamline the user's experience when wanting to read resources on the aforementioned projects without having to scroll back through the material.


    To provide an easy to access and clean reference to a website, especially when dealing with websites external to the Ark Ecosystem, the writer MUST include a link to the URL with an appropriate name rather than the plain, unclickable, URL.


    answers can be searched for on https://google.com


    answers can be searched for on Google answers can be searched for on google.com


    As an essential part of online documentation, images must be used with respect to licensing rights and other ethical considerations.

    To unify the look and feel of the documentation, images or other branded content available and relevant to your document SHOULD be included.

    If writing a document for an Ark project, like the Ark Mobile Wallet, you MUST use the official banner image for it (located on GitHub) at the start of the document.

    When needing to use official Ark imagery, you may find suitable media assets at ark.io/mediakit. Otherwise, you are encouraged to design your images, use external images with proper attribution in as references or outsource the graphical design task to someone else.

    When writing technical guides; do not take screenshots of the console. Add the textual output from commands as code snippets, either using the bash tag or omitting the tag altogether. Screenshots are difficult to update, requiring the maintainers to go through the guide step-by-step.


    Here you can find an example list of references.

    Please use this template for every document which has any reference at all:

    Project Repository Description
    Ark Core https://github.com/arkecosystem/core The reference implementation of the Ark Blockchain, also refered to as Ark v2
    Ark Node https://github.com/arkecosystem/ark-node Deprecated implementation of Ark v1
    Ark Mobile Wallet https://github.com/arkecosystem/mobile-wallet Cross platform mobile wallet built using ionic.
    Ark Explorer https://github.com/arkecosystem/explorer Official blockchain explorer, hosted at explorer.ark.io.
    Ark Desktop Wallet https://github.com/arkecosystem/desktop-wallet Cross platform desktop wallet.
    AIPs, Ark Improvement Proposals https://github.com/arkecosystem/aips Proposals related to altering/upgrading Ark. AIP set standards for best practices, implementations and breaking changes.
    Ark (LANG) Client https://github.com/arkecosystem/php-client Each SDK has its own client repository, used for all API interactions.
    Ark (LANG) Crypto https://github.com/arkecosystem/php-crypto As with the client SDKs, there are many crypto SDKs, providing signing and serialization functionalities.
    Ark Deployer https://github.com/arkecosystem/ark-deployer Deployment scripts based on Docker and Vagrant.
    Ark website https://ark.io The official website hosted at ark.io
    Ark documentation https://docs.ark.io A complete set of technical documentation on Ark and blockchain.
    Ark forum https://forum.ark.io A self hosted forum.
    Ark mediakit https://ark.io/mediakit A collection of reusable media assets.
    Ark blog https://blog.ark.io One of the official channels of communication between the Ark team and the community.
    Last Updated: 1/28/2019, 10:57:17 AM