404
+ +Page not found
+ + +diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 000000000..e69de29bb diff --git a/404.html b/404.html new file mode 100644 index 000000000..91c5796d7 --- /dev/null +++ b/404.html @@ -0,0 +1,139 @@ + + + +
+ + + + + + +Page not found
+ + +Orchid accounts are the center of Orchid’s "probabilistic rollup" layer 2, which enables a stream of tiny payments to be sent from the account owner to a provider for services. A major design goal of the layer 2 is to make it possible to send the absolute smallest payments theoretically possible.
+Users can move funds from any layer 1 blockchain that has the Lottery contract successfully deployed onto the Orchid layer 2 using Orchid's dapp. Moving funds into and out of an Orchid account is similar to a layer 2 bridge - users move funds from their attached wallet into a smart contract that governs the rules of the layer 2 and can move funds back out to their attached wallet.
+Unlike many other layer 2 solutions, Orchid utilizes two sets of keys to manage a single Orchid account. There is the funder wallet, which is the layer 1 wallet that attaches to the dapp to move funds into the account and the Orchid L2 keys, which is a second keypair that can be used to spend funds from the L2 account. The Orchid dapp asks for the "Orchid Identity" which is in reference to the L2 keys. As of now, the L2 keys can be generated in the Orchid app or could be generated by hand.
+Many blockchains that Orchid is running on today do not properly support the methods needed to scan for accounts. That means that to specify and use an Orchid account, both the L1 address (the funder wallet address) and the L2 address (the "Orchid Identity") must be specified along with the L1 blockchain in order to find the account.
+The Orchid Lottery contract is deployed as a singleton at this address: 0x6db8381b2b41b74e17f5d4eb82e8d5b04dda0a82
+In the Orchid Android, iOS and macOS apps, it is possible to simply purchase an Orchid account from Orchid Labs with prepaid access credits using an in-app purchase. These are distinct from Orchid accounts created in the dApp and have the following properties:
+Orchid takes your in-app purchase funds and adds the equivalent xDAI to the selected Orchid address on the xDAI blockchain. Your balance and deposit will increase by the amount of USD purchased.
+Orchid’s nanopayments work on a simple principle: instead of giving your provider $1 one hundred times, it’s better for you to give them 100 scratch-off tickets with a 1% chance of winning $100. That way, even though the provider still receives $100 on average, you only pay for one transaction, instead of one hundred. The transmitted value is determined by comparing the amount of the total ticket value to the value lost to transaction fees; if your ticket was worth $100 and the L1 network fees to process the transaction cost $10, your ticket has a 90% efficiency to the provider.
+When the efficiency of an account drops below 0%, providers will no longer accept payments from that account, because the network fees are greater than the amount of value they could receive from a winning ticket.
+There are two major factors that affect efficiency:
+Imagine an Orchid account with a 10 xDAI deposit. The account will issue tickets with a maximum 5 xDAI face value; therefore, providers get a tiny chance at “winning” a maximum 5xDAI with each ticket they accept for service. Providers must pay the network fee to claim the 5 xDAI; so, the provider queries the current L1 network fee and makes sure the fee is not greater than 5 xDAI. When the network fees the provider pays to claim the fees are greater than 5 xDAI ticket value, the provider does not accept payments from that account, as that account has a <0% efficiency. Typically you want the face value to be 20X the network fee, which would roughly result in 5% L1 fees being paid or 95% efficiency.
+The deposit is required to accept service and is verified by providers. The deposit prevents double spending, and in general, the deposit maintains good standing on the network.
+The size of the deposit determines the maximum face value of the tickets sent from the user to the provider. The face value refers to the amount of funds that a provider claims when they receive a winning ticket; currently, the face value is set to half the value of the deposit.
+When an Orchid account is funded, the deposit is “locked” and cannot be withdrawn from the account until it is “unlocked” and the requisite 24-hour cool-off period has passed.
+Market conditions are constantly changing, which includes fluctuations in network fees. When the account efficiency gets low, it is a good idea to add additional funds to your deposit to increase the efficiency. We recommend a minimum deposit that sets your ticket value to 90% efficiency; consult our chart for more information on recommended deposit amounts.
+The balance of the Orchid account is the amount of currency held to pay providers. When the account is in use, the tickets are backed by funds in the balance. When a ticket “wins”, the face value of the ticket is withdrawn from the user’s account balance and deposited into the provider’s account with an on-chain transaction. The Lottery contract governs this behavior.
+As a practical matter, a user's balance will remain unchanged for long periods of time; this is because you can sometimes receive significant amounts of service before a payment ticket “wins”, funds are claimed, and your balance is adjusted.
+It is useful to think of Orchid account balances as a number of maximum sized tickets. So if the account’s deposit size is 10 xDAI, and there is 15 xDAI in the balance, because the size of each ticket is 5 xDAI (deposit / 2) there are 3 tickets worth of balance (total balance / ticket size).
+The dApp has an Add Funds screen to add additional balance to your account.
+A ticket is a nanopayment sent from a user to a provider to pay for service. The ticket has a probability of winning along with a face value, which is the amount of currency the provider receives if the ticket “wins”.
+The face value of a ticket is set at half of the deposit in the Orchid account. While this is hard coded in the app right now, in the future the face value of tickets could vary, depending on market conditions and to optimize for variance. However, the upper limit of ticket size is governed by the deposit, and the max ticket size is always half of the deposit.
+Orchid accounts with very few tickets will experience a high amount of variance due to the nature of probability.
+There is an important concept to consider when using Orchid: variance. Since tickets have a probability of a win, it is possible that a winning ticket will be claimed either faster or slower than is expected.
+For a quick example, imagine you have an Orchid account with one ticket worth of balance. As you start using the service, you get “unlucky”, and a winning ticket is issued immediately; your balance then goes to zero, and you will need to add funds. This is an example of not getting what you expect due to variance. The inverse can also happen: that is, you may receive much more service than expected because your winning ticket is not getting pulled.
+To combat variance, Orchid accounts need more tickets worth of service. That way, the probability of a winning ticket being issued before or after you would expect is mitigated. As of now, Orchid recommends at least four tickets worth of service in your account balance.
+The makeup of an Orchid account is important for understanding how to manage it, and how the different components work together. Ultimately, the technical details of the account are dictated by the nanopayment smart contract, which holds the funds and allows users to interact with their accounts.
+The funder wallet is a blockchain address that corresponds to the wallet address that funded the account. The owner of that wallet has complete control over the Orchid account and can add or remove funds, along with all the other operations available in the Orchid account manager.
+Simply put, the funder wallet is the custodian of the Orchid account. Without the keys to the funder wallet, no functions can be performed on the account, such as adding/removing funds, unlocking/locking the deposit and moving funds between balance and deposit.
+If the keys to a funder wallet are lost, the associated Orchid account will still function, but the user cannot add funds, remove funds or make any changes to the account. You will be able to use the account while it’s efficiency is above 0%, until the balance is reduced to zero. If the deposit is lost, and the account efficiency drops below 0%, there is no way to add to the deposit.
+An Orchid account utilizes its own keypair besides the layer 1 funder wallet address: the layer 2 "Orchid identity" keypair.
+The public portion of the keypair is the address used when funding the Orchid account. In the Orchid dApp, the address is required before an Orchid account can be funded; you can copy your Orchid identity in the app, and paste that in the Orchid identity field in the dApp to create an account.
+The private portion of the key or “secret” is used by the client to sign tickets. The key is therefore a core technical property of the Orchid account; it is the important bit of information that is shared when an Orchid account is shared between people or devices.
+The keypair is generated in the app. To create a new keypair, go to “Manage Accounts”, tap on the cog wheel, and select “New Identity”. The Orchid address will be displayed next to an identicon and can be copied over to the dApp to add an Orchid account to this address. Then, you can export the key by selecting “Export Identity” and have access to any accounts with that address.
+A keypair can also be manually generated and used with Orchid.
+There’s no limit to the number of people or devices that a single Orchid account can be shared with. The account is specified by the L1 funder wallet address, the L2 identity key, and the chain the account is funded on. To share an account, go to “Manage Accounts”, tap on the cog wheel, and select “Export Identity”. A QR code encoding this information will appear, as well as a Copy button. The account information is displayed under the QR code, and can be copied and directly pasted into the client app as text. Also note the L1 chain the account was funded upon; as Orchid has expanded to multiple partnerships with chains, the functionality to automatically determine the originating chain for each wallet has encountered difficulties. So, to share accounts, it is important to select the correct chain to properly access the Orchid account.
+Both the Orchid client app and the Orchid web dApp will display a warning when the Orchid account efficiency or balance is too low for usage. There are a few solutions when you see this error:
+For in-app purchased accounts (Android/iOS/macOS only feature): Tap on the warning to go into the selected account. Simply use “Add Credit” to increase the balance and deposit with an in-app purchase. Do not try to fix purchased accounts in the dApp; only manage purchased accounts using in-app purchases.
+For Orchid accounts created with the dApp: The Orchid dApp can add funds to the account’s deposit, which will improve the Orchid account efficiency and eliminate the warning, allowing the app to start working. To add funds, connect the funder wallet used to create the Orchid account and click on the “Add Funds” tab.
+The balance is the collateral for the tickets sent from the user to the provider. Over time, as winning tickets are issued from your Orchid app, the Orchid account balance will decrease. The deposit is the Orchid token held in escrow; this amount never depletes and can be withdrawn after the 24-hour "unlock" period.
+ +Basic Internet connections function by transmitting packets of data between two hosts (computers). In order to find their way, packets contain both a source and destination IP address. As packets move from the destination to the source, different routers and physical infrastructure require both of these addresses for the two-way connection to be established and maintained. This means that instantly and over time, the owners of the physical infrastructure are in a position to build a profile of Internet usage on their paying user (you!) and also to block content as the owner sees fit.
+Typically these infrastructure owners are ISPs — mobile carriers providing phone data connections, home cable Internet providers, WiFi hotspot operators, and any Internet backbone operators that have peering agreements with user-facing ISPs. In all these cases, the ISP is in an advantaged position to monitor and/or restrict Internet usage. It is common in many countries for ISPs to restrict content so that users cannot load certain websites.
+If you are not happy with or do not trust your existing ISP(s), by using Orchid you can currently limit their knowledge to knowing only that you are sending and receiving bytes through Orchid, and completely block their ability to mess with the details of your traffic, unblocking the previously blocked content. They either block all of Orchid or nothing, so if things continue to work after turning on Orchid, then your ISP has allowed "Orchid in general" and cannot manipulate the individual bytes between you and the rest of the Internet, granting you access to the entire Internet.
+The goal with the Orchid app is to give users insight and control over the network connection of their device. To gain privacy, users configure a circuit in Orchid by setting up an Orchid account and funding it with OXT. Then the Orchid app connects to the Orchid network and selects a node using Orchid’s linear stake-weighted algorithm to serve as a VPN and pays for bandwidth via a continuous stream of tiny OXT nanopayments.
+In a single-hop circuit configuration, Orchid provides:
+Protection from websites seeing your real IP address and physical location
+Protection from your ISP seeing what websites you are visiting and when
+Access to the open Internet--once a user can connect to Orchid, they are not restricted by ISP level firewalls and can browse the entire Internet freely
+A potential problem with using only a single VPN provider is that the provider running the single node circuit knows both your IP address and the content you are accessing. If the provider maintains logs, those logs could be sold to advertisers or otherwise used against you. In the current VPN marketplace, it is hard to know who is maintaining logs and who is not. For Orchid nodes, we have developed a flexible curation system that gives users a way to pick whom to trust.
+Another solution is to trust no single provider with enough information to know both who you are and what information you are accessing. To that end, Orchid supports an advanced feature that allows users to configure multi-hop routes by stringing together multiple nodes into a flexible multi-hop circuit. Orchid currently supports several underlying protocols including the native Orchid VPN protocol and OpenVPN, allowing users to mix and match Orchid nodes with traditional VPN nodes. While the potential is there to protect the user from any one provider knowing enough information to reveal their circuit, this is an advanced feature that is currently "use at your own risk".
+The Orchid app pays for the circuit by sending a continuous stream of tiny nanopayments to providers for the duration of the connection. While the nanopayment architecture locks user funds into a smart contract and--very rarely--winning tickets result in macro-payments posted on the blockchain where the account exists. When that happens, the user’s address, the provider’s address, and a timestamp are stored publically on the blockchain. Note that the payment address of the provider is not a mapping to any single server; instead it is an arbitrary (and potentially temporary) payment address that the provider created specifically to receive funds. Also, the frequency of how often on-chain payments occur is configurable by the user.
+All information gained by a potential network attacker is an advantage. However, consider exactly what information is revealed. For an Orchid user running a single hop circuit: the provider sees the user’s payment address when it accepts service, along with the user’s real IP address and the destination addresses that the user is connecting to (if it maintains logs). Once a rare on-chain payment is made, the user’s payment address and provider’s payment address are stored on the blockchain with a timestamp available to the public.
+When considering anonymity, it is important to understand if the user is linked to the crypto used in their circuit. Worst case, if the user purchased the crypto used to fund the account on an exchange with their real identity, or the VPN provider used in the circuit maintained logs, then either of those two entities could be compelled to give information that could deanonymize the user. Similarly, a user who paid for a traditional 0VPN service that maintained logs with a credit card could be deanonymized with just one entity being compelled.
+A multi-hop circuit affords greater network protections, but to setup a multi-hop Orchid circuit, it would be naive to pay for each hop from the same Ethereum wallet. In that configuration, each provider would be able to see that wallet’s address and potentially use that address to get information about the user. To mitigate that, a better way to setup multi-hop circuits would be to use different wallet addresses for each Orchid hop. If every wallet address is independently dissociated from the user, the full circuit might be quite difficult to link back to the user. Again, multi-hop circuits in Orchid are an advanced feature; use at your own risk.
+Yes, providers on Orchid could monitor the bytes that come in and out of the Orchid node. However, all traffic carried over Orchid between hops from the user to the exit is encrypted at the Orchid protocol level, which is an additional layer of encryption. The final exit traffic is then decrypted by the exit node and sent to the destination. In many cases the underlying traffic will also be encrypted with protocols such as TLS, providing at least two layers of encryption.
+However, not all traffic on the Internet is encrypted and Orchid doesn’t fix that problem. The last hop configured in the active circuit will need to send the user requests out onto the Internet. So if the user sends an HTTP request, which has no SSL/TLS encryption, Orchid will honor that request and cleartext information would be revealed to the Orchid node. For this reason, you should always use SSL/TLS for sensitive Internet connections, even on Orchid. And even SSL/TLS encryption leaves metadata that the Orchid node could monitor, including the destination address, hostname, packet sizes and the timing of packets.
+Using Orchid’s multi-hop feature with a three hop circuit would compartmentalize the information any one provider could monitor. With a properly configured multi-hop circuit the origin and destination of the traffic would be anonymized from any one provider, however, that is an advanced feature which is currently "use at your own risk". The way the different Orchid hops are funded has an impact on information leakage that could potentially de-anonymize.
+Lastly, the Orchid client randomly selects from a "curated list" of providers. This adds an additional layer of protection as users could pick or make their own curated list of providers that they trust or someone that they trust, trusts. Orchid has a default list of trusted providers that ships with the Orchid app.
+No.
+Orchid is a tool that keeps private certain types of information from ISPs, websites, and providers. Orchid adds layers that separate you from the content you are trying to access. If you login to Amazon, the website will know that it is you and can build out information about what you are doing on their website, even with Orchid enabled. However, your local ISP or network provider will not know you are visiting Amazon. Amazon will not know where you are in the world, and will not get your real IP address. If using at least three hops, no single provider will know your IP address and know that you are accessing Amazon.
+Also consider that Orchid is a VPN and that all VPNs have vulnerabilities at the software level. Typical modern browsers that are not "hardened" run all sorts of “active content” such as Java, Javascript, Adobe Flash, Adobe Shockwave, QuickTime, RealAudio, ActiveX controls, and VBScript and other binary applications. This code runs at the operating system level with user account access, meaning they can access anything your user account can access. These technologies could store cookies, bypass proxy settings, store other types of data and share information directly to other sites on the Internet. Therefore, these technologies must be disabled in the browser you are using to improve your security in conjunction with using Orchid.
+Other metadata such as the size of the browser window, type of pointing device used and other unique information could be used to "fingerprint" the user and potentially de-anonymize. These browser fingerprinting attacks could affect any VPN users, Orchid included. Hardened browsers can help reduce or eliminate the user’s visible browser fingerprint.
+Also certain apps or code running on your device could send de-anonymizing data out to the Internet or third parties. No VPN can prevent attacks from arbitrary software running on your device, such as malware or a virus.
+Furthermore, there is active network security research into "traffic fingerprinting" attacks that attempt to reveal private information by monitoring encrypted connections. By watching the timing and size of packets, an adversary monitoring an encrypted connection could get a good idea if a particular user is watching a video, browsing the Internet or downloading a large file, just based on the timing and size of packets. Further analysis could reveal what websites are visited by seeing the sequence of things that are loaded— again, the timing and size of packets along with when requests are made.
+Orchid is researching "bandwidth burning" and related techniques to help obfuscate a user’s traffic against these advanced packet timing and size analysis attacks.
+OXT is a "pre-mined" cryptocurrency based on the ERC-20 standard that will be used to decentralize trust between buyers and sellers in the Orchid marketplace. It also functions as a tool to promote security and healthy market dynamics, as providers can adjust their OXT stake to remain competitive. Read more about OXT here.
+The Orchid client calls an on-chain ‘curated list’ smart contract which filters the viable nodes on Orchid (that is, nodes that have properly staked) into a custom subset. Initial releases of the official Orchid client will use this feature to prevent certain kinds of attacks from malicious exit nodes (e.g. SSL downgrade attacks) by using a default list consisting of trusted VPN partners.
+Overall, the curated lists are a federated reputation solution for determining what VPN providers on Orchid you can trust. The system is fully programmable, exists on-chain and is Turing complete. The list function can take information as an argument, and then use that information to determine, for any given Orchid node, whether you want to connect to that node or not.
+The official Orchid client has a default list and can select from different lists. Eventually we expect well known third parties to emerge as curators. Given that this system is on-chain, an entity such as a DAO could manage a list too.
+The curated list mechanism is a means for the importation of external reputational trust to supplement the economic incentive based trust provided by node staking.
+The Orchid software is designed to use a custom VPN protocol, similar in scope to OpenVPN or WireGuard. The Orchid protocol is designed for high-performance networking and runs on top of WebRTC, a common web standard, widely used to transmit video and audio from inside browsers. Our protocol is intended to allow users to request access to remote network resources and pay for these resources using OXT via a nanopayments system.
+Staking is a process where one deposits and locks up an asset into an illiquid contract or mechanism in exchange for revenue or rewards. Orchid providers stake OXT tokens in an Ethereum smart contract (the directory) to advertize their services to clients. Orchid clients then select providers randomly, weighted by proportional stake, so that the probability of picking a particular provider is equal to their fraction of the total stake.
+Anyone else can also stake on a provider’s address, allowing a form of "delegated staking". Any OXT holder can stake their OXT tokens on providers of their choosing. There are no automatic benefits of staking on someone else’s behalf, but the staking mechanism could be combined with a revenue sharing contract between the staker and the stakee.
+Staking in Orchid is similar to proof of stake systems only in the sense of using stake as a linear weighting mechanism. In most proof-of-stake systems stakeholders can automatically earn revenue just by running nodes with stake. Orchid has no such automatic mechanism, and has no inflation to fund staking. The only source of income on Orchid is customers paying for bandwidth.
+You can find an Orchid bandwidth provider who is seeking staking partners in exchange for a share of revenue or recurring payments - using any on-chain or off-chain mechanism.
+An Ethereum smart contract can be used to help automatically split revenue between a staker and a provider. The staker would stake on the smart contract, and the provider would direct client payments to the smart contract, which would then allow each party to withdraw some parameterized fraction of the funds.
+Note that any such delegated staking arrangement (even using on-chain mechanisms) can not guarantee that the provider will actually honor the contract: the provider could easily direct clients to a different payment address. And even if the provider is perfectly honest, there is still ultimately uncertainty in revenue and consequent return on stake.
+As an alternative to revenue sharing, providers could send recurring payments to the staker - essentially a stake rental or leasing arrangement. In this case the return is more predictable, but there is still no guarantee that the provider will make the scheduled payments. Again a smart contract could be used to help automate the payments, but can not guarantee the provider will have the necessary funds. There is always risk.
+When a staker decides to repoint their stake to a different provider, there is a lengthy withdrawal delay (currently about 3 months). So it is important for stakers to choose providers carefully. Stakers should start with small allocations and slowly increase them based on measured profitability.
+Eventually third party websites could provide an interface to help simplify and automate the process of finding, evaluating and staking on Orchid bandwidth providers.
+ +Our vision is to enable secure access to the internet for everyone, everywhere.
+Orchid is a decentralized marketplace for bandwidth. Providers run a server that talks to a decentralized directory running on Ethereum and stake OXT in it to compete for inbound service requests (stake-weighted random selection). Payment is settled via Orchid’s own L2/L3 using streaming probabilistic nanopayments.
+The Orchid project includes a VPN application and a lower-level client demon. The app is available for iOS/macOS/Android. The “VPN” app includes Wireshark for traffic analysis and has the ability to string multiple VPN server connections together to form multi-hop circuits. OpenVPN, WireGuard and Orchid protocol are all supported. The app can naturally purchase VPN service from the Orchid bandwidth marketplace by making a request to the directory and then connecting to a provider and paying for VPN service with nanopayments.
+The Orchid L2/L3 can be best thought of as a “probabilistic rollup”. Money is sent off-chain as the equivalent of scratch lottery tickets. The payer creates an account and then can issue lottery tickets for payment. Each one has a win rate and amount. The provider can then examine the ticket and accept it for service. The win rate is configurable, and so the number of transactions a second that is possible with the scheme is really only limited by provider’s ability to read the tickets.
+The Orchid dApp is a hosted front-end for users to create and manage Orchid accounts, so users don’t need to interact with the smart contract directly. At its core, the dApp is a wrapper for the function calls of the smart contract combined with UI elements to help users make decisions for their account makeup.
+Orchid Labs hosts the dApp at account.orchid.com
+The interface allows users to create and manage their Orchid account.
+Orchid is an EVM-compatible layer 2 that enables the transmission of tiny payments. Users connect their L1 wallet on one of the supported chains, and using the dApp, they can move funds into and out of their Orchid accounts.
+We currently support the following chains:
+ +Once a wallet is connected, the interface will activate for the Orchid account associated with that wallet. The interface will show your account’s balance, deposit, amount of available tickets, and the efficiency of your account’s tickets. The “Add” and “Withdraw” tabs at the bottom of the interface are where you can add funds or remove them from the selected account.
+To successfully create and fund an account, there are three important steps: connecting your wallet, adding an Orchid identity, and funding the account.
+In order to make the dApp active, you will need to attach a funder wallet. The “Connect” button will show your wallet options, depending on whether you are on desktop or mobile, and whether or not a wallet is detected. This step is similar to “logging in”, as the funder wallet you use to create the account is required to access and manage the account.
+The key supported wallet connection methods are:
+For testing purposes, Orchid uses Metamask.
+Once the wallet is connected, you will see the address of that wallet displayed as the “funder wallet” with the funds associated with it appearing next to the address.
+As Orchid is a layer 2 solution, you will need to generate an Orchid identity in addition to your wallet to fund your account. Keys are created and managed in the Orchid app; to fund your Orchid account, simply copy the Orchid identity from your Orchid app into the Orchid dApp.
+The backbone of Orchid is a probabilistic payment system designed to mitigate the amount of transactions and subsequent gas fees for the end user. Essentially, Orchid conducts transactions with a lottery ticket system. Let’s say you wanted to pay your provider $100 incrementally; instead of paying them $1 one hundred times and paying 100 transaction fees, with Orchid, you send them 100 lottery tickets, with each ticket having a 1% chance of winning $100. The provider receives the same amount of money, but instead of paying for 100 transactions, you only pay for the one winning ticket.
+When funding your account, the value of your tickets is set to half the value of your deposit. However, Orchid’s services will not withdraw funds from your deposit; to generate tickets for your account, you must add funds to your balance, which Orchid will draw from whenever a winning ticket is pulled by your provider.
+Now, a core component of determining the size of your balance and deposit is “efficiency”. When it comes to Orchid lottery tickets, since the user still has to pay an L1 network fee for that winning transaction to go on-chain, we use the concept of “efficiency” to denote the transmitted value as a percentage of the total ticket value to the provider. So, if you gave your provider a winning ticket worth $100, but your ticket’s efficiency is only 20%, the provider will receive the $100 and pay $80 in L1 network fees, meaning they only really receive $20.
+The amount of tickets you hold on your account is also an important factor, to combat the variance of the probabilistic system. To read more about variance, click here.
+For funding your account, we recommend maintaining a deposit large enough for at least 90% efficiency, and a balance large enough for at least four tickets. For your convenience, Orchid provides users with a chart showing each of our partnered chains and the recommended amounts (in USD) to fund an account’s balance, deposit, and the fees associated with funding and withdrawing from your account. You can view the chart here.
+Because efficiency is coupled tightly with network transaction fees, it is useful to see if there is something abnormal happening with current gas fees that could cause the efficiencies of Orchid accounts to rapidly change. If network fees rise on a given L1 where an Orchid account is housed, a larger deposit will be required to maintain the same level of efficiency.
+Enter the amount of balance and deposit you want to add into the corresponding fields, denominated in token values from your wallet’s chain of choice. We currently support nine chains: Aurora, Avalanche, Binance, CELO, Ethereum, Fantom, Gnosis, Optimism and Polygon. Once again, you can consult our chart to determine the amount necessary to fund your account to our recommended values of 90% efficiency and four tickets. You can click on “USD Prices” in the top-right to view our recommended values in USD to better understand the amount being added.
+Once you’ve entered your desired funds, tap on the Add Funds button to submit the transaction to your attached wallet for approval; once approved, the transaction will be submitted to the blockchain and confirmed. A transaction pop-up will link to that blockchain’s block explorer so you can view the confirmation.
+The “Add Funds” tab allows you to add either to the deposit or balance of your account. In order to add funds to an account, the funder wallet of the account will need to be connected to the dApp interface.
+Once there is enough currency in the funder wallet, click the “Add Funds” button to initiate the transaction. The funder wallet needs to approve the transaction, then a purple banner will appear with the status of your transaction.
+The “Withdraw” tab allows you to pull funds from the balance and deposit of the account to a wallet of your choice. If the deposit is still locked, only the balance will be able to be withdrawn.
+If you are looking to withdraw everything from the account, the way to do this with the least amount of network fees is to unlock the deposit, then withdraw the balance and deposit together. That way, you only incur network fees for the unlock and withdraw, as opposed to incurring fees for the withdrawal twice.
+The deposit of all Orchid accounts requires a 24 hour cool-off period before it can be withdrawn. The cool-off period gives enough time for providers to settle any winning tickets they may have, and prevents double spending on the network. When funds are added to a deposit, they are considered “locked”; these locked funds are used by the network for calculations. Once a deposit is unlocked, those deposit funds are not counted towards the usable deposit on the network.
+To unlock and withdraw funds, go to the Withdraw tab, check the “Unlock deposit” checkbox, then click “Unlock Deposit” at the bottom to send the transaction for approval in your wallet. Once that transaction is confirmed, the deposit funds will be available in 24 hours.
+The Advanced tab allows you to access all the features of the dApp from a single tab. To add or withdraw funds from your deposit/balance, enter the desired amount of funds in the token used to fund the account, select “Add” or “Withdraw” from the dropdown menu, and click “Submit Transaction”.
+If you want to withdraw from your deposit, but don’t want to unlock/withdraw the entire amount, you can use “Set Warned Amount” to unlock a portion of your deposit. Enter the amount you wish to unlock, and click “Submit Transaction”.
+Note that moving funds from your deposit to your balance or withdrawing from your deposit will require you to unlock the funds in your deposit, which can be done using the “warn” feature and requires a 24 hour cool-off period before being made available.
+While you could use your primary Ethereum wallet, we do not recommend it if you are seeking privacy with Orchid. Using Orchid results in on-chain payments flowing from your wallet to the Orchid nanopayment contract, and then on to VPN providers selling bandwidth. Ethereum on-chain analytics can easily link payments to/from the nanopayment smart contract, and then to providers. If the source of the funds comes from your personal Ethereum wallet, anyone using Etherscan would be able to see that you used Orchid and sent payments to VPN providers whenever the Orchid nanopayment system issues a winning ticket.
+While a decentralized exchange does not store personal information that could link your source of funds to your identity, a decentralized exchange does typically require an Ethereum account with some sort of crypto such as ETH, which has its own history of transactions. If that ETH or wallet is linked to your identity, then the source of funds could be linked through the DEX back to your originating Ethereum wallet.
+A large exchange typically has a ledger they use to keep track of ownership, with a hot wallet they use to send funds in and out of the exchange. While the exchange knows your identity, the movement of currency in and out of the exchange is anonymous, as the funds can’t be tracked to your identity on the blockchain without the exchange being hacked, subpoenaed or otherwise compromised.
+To switch accounts in the DApp, you will need to do so within the connected wallet which is typically Metamask. To switch between wallet accounts in Metamask, you can click your wallet identicon on the top right and swap to a different wallet account.
+Otherwise, to disconnect your wallet, open the MetaMask add-on then below the fox icon on the top left, click where it says connected. Click the three dots on the right of the shown account to disconnect your wallet. You may need to refresh your browser before you’re able to reconnect.
+ +