Broker Overview: Difference between revisions
(Created page with "Once you are authorised as a seller, you should have access to the ''Seller'' button in the navigation panel. ===Terminology=== Each seller has one or more ''offers'' availa...") |
No edit summary |
||
(17 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
Once you are authorised as a | Once you are authorised as a broker, you should have access to the ''Seller'' button in the navigation panel. | ||
===Terminology=== | ===Terminology=== | ||
Each | Each broker has one or more ''offers'' available, which is a combination of the following: | ||
* Country | |||
* Currency | |||
* Virtual currency (e.g. BTC) | |||
* Payment method | |||
* Direction (selling or buying) | |||
For instance, you might have an offer available called ''GBP→BTC / GB / BANK'' which means that it is available for people buying BTC in Great British Pounds in Great Britain (which for purposes here includes Northern Ireland, Isle of Man, Jersey and Guernsey) via UK bank transfer. | |||
===How a | ===How a broker gets chosen=== | ||
If you are the | If you are the broker that fits the following criteria, the user will be given your payment details and the trade will be yours to complete: | ||
* The country matches your offer country. | * The country matches your offer country. | ||
* The currency matches your offer currency. | * The currency matches your offer currency. | ||
* You have this amount of Bitcoins available (taking away any coins in escrow). | * You have this amount of Bitcoins available (taking away any coins in escrow). | ||
* You are offering coins at a price | * You are offering coins at a more competitive price than anyone else. | ||
Note that if two or more sellers are offering coins at an equally competitive price, Bittylicious chooses one of these brokers at random. | |||
# The | ===User purchase timeline=== | ||
# The | |||
# The | # The user initiates a trade. The trade starts in the ''ACCEPTED'' state. | ||
# The | # The user sees your payment details. | ||
# If the | # The user makes payment using online banking. | ||
# If the | # The user clicks ''I have sent payment''. The trade progresses to the ''PAID'' state. | ||
## The | # If the broker has ''Send email on payment?'' set to ''Yes'' in your profile, he/she will be sent an email saying that payment has been completed. | ||
## The | # If the broker is trading automatically: | ||
## The | ## The broker's bank software logs into the bank account at regular intervals. | ||
## The | ## If a matching transaction (price and reference) is found, the software notifies Bittylicious. | ||
## The | # If the broker is trading manually: | ||
## The broker checks his/her bank account at regular periods within the two hour window. | |||
## The broker sees a payment that matches the amount and reference and does not look suspicious. | |||
## The broker goes to the seller trade page and runs the PHP command just under the ''Account name this came from'' box. This command begins ''php sign.php''. Do not, under any circumstances, paste your private key in here. | |||
## The broker copies and pastes the output into the text box. This will always end in a ''=''. If you are copy and pasting from Windows, ensure that you are not pasting additional new line or space characters. | |||
## The broker enters the bank account name the payment appeared to come from (see the section below). | |||
## The broker clicks ''Force complete''. | |||
# The trade changes to a ''COMPLETING'' stage. | |||
# After 3-30 seconds, the trade changes to a ''RECEIVED'' state, or an ''ERROR'' state if an error occurred. | |||
===Account name this came from=== | |||
The details that should be filled in this box vary by payment method. In all cases though, it should be identifying information identifying the sender's account. For most payment methods, thus should be an account name the payment came from, with the following exceptions: | |||
* Natwest/RBS PYC: Sender's phone number | |||
===Why do I need to sign trades?=== | |||
Bittylicious's signing process (using ''sign.php'') might seem a bit cumbersome but it serves some very useful purposes: | |||
* The Bittylicious web site and server itself cannot authorise trades. This means that should it ever be compromised, Bitcoins should not be lost. | |||
* It can be proven that you have authorised Bitcoins to be sent because only you hold the private key. | |||
* Signing can be done in an automated manner by the automatic login clients, so you just need to ensure that these are secure. | |||
* Reply attacks should be harder to perform because of the update ID field in ''sign.php'' - this means that the same trade cannot be signed twice and accepted by the Bitcoin sending server. |
Latest revision as of 10:27, 24 November 2015
Once you are authorised as a broker, you should have access to the Seller button in the navigation panel.
Terminology
Each broker has one or more offers available, which is a combination of the following:
- Country
- Currency
- Virtual currency (e.g. BTC)
- Payment method
- Direction (selling or buying)
For instance, you might have an offer available called GBP→BTC / GB / BANK which means that it is available for people buying BTC in Great British Pounds in Great Britain (which for purposes here includes Northern Ireland, Isle of Man, Jersey and Guernsey) via UK bank transfer.
How a broker gets chosen
If you are the broker that fits the following criteria, the user will be given your payment details and the trade will be yours to complete:
- The country matches your offer country.
- The currency matches your offer currency.
- You have this amount of Bitcoins available (taking away any coins in escrow).
- You are offering coins at a more competitive price than anyone else.
Note that if two or more sellers are offering coins at an equally competitive price, Bittylicious chooses one of these brokers at random.
User purchase timeline
- The user initiates a trade. The trade starts in the ACCEPTED state.
- The user sees your payment details.
- The user makes payment using online banking.
- The user clicks I have sent payment. The trade progresses to the PAID state.
- If the broker has Send email on payment? set to Yes in your profile, he/she will be sent an email saying that payment has been completed.
- If the broker is trading automatically:
- The broker's bank software logs into the bank account at regular intervals.
- If a matching transaction (price and reference) is found, the software notifies Bittylicious.
- If the broker is trading manually:
- The broker checks his/her bank account at regular periods within the two hour window.
- The broker sees a payment that matches the amount and reference and does not look suspicious.
- The broker goes to the seller trade page and runs the PHP command just under the Account name this came from box. This command begins php sign.php. Do not, under any circumstances, paste your private key in here.
- The broker copies and pastes the output into the text box. This will always end in a =. If you are copy and pasting from Windows, ensure that you are not pasting additional new line or space characters.
- The broker enters the bank account name the payment appeared to come from (see the section below).
- The broker clicks Force complete.
- The trade changes to a COMPLETING stage.
- After 3-30 seconds, the trade changes to a RECEIVED state, or an ERROR state if an error occurred.
Account name this came from
The details that should be filled in this box vary by payment method. In all cases though, it should be identifying information identifying the sender's account. For most payment methods, thus should be an account name the payment came from, with the following exceptions:
- Natwest/RBS PYC: Sender's phone number
Why do I need to sign trades?
Bittylicious's signing process (using sign.php) might seem a bit cumbersome but it serves some very useful purposes:
- The Bittylicious web site and server itself cannot authorise trades. This means that should it ever be compromised, Bitcoins should not be lost.
- It can be proven that you have authorised Bitcoins to be sent because only you hold the private key.
- Signing can be done in an automated manner by the automatic login clients, so you just need to ensure that these are secure.
- Reply attacks should be harder to perform because of the update ID field in sign.php - this means that the same trade cannot be signed twice and accepted by the Bitcoin sending server.