Quote from: wasserman99 on July 31, 2016, 09:50:25 PM

Quote from: menace.bit on July 31, 2016, 08:54:08 PM

The rocket has not yet launched but so much negativity & FUD already spreading and ICO is still in its 1st week. And dev is putting more flame to the fire by making such statement.

Quote from: wasserman99 on July 31, 2016, 04:35:32 AM

2) You are killing the project with all this drama. The funds we collect will be used entirely for our project. If you are exaggerating the whole thing and accusing without evidence, you will be responsible for killing a legitimate project. That is, there are people in the forum who want us out of the field, before we have not even begun.

This is typically an exit statement for a scam blaming a few people that they killed the project by spreading false rumors or accusation of scam. A few people cannot take down a big project if its an honest, trusted and offers innovation. So all dev has do is to rebutt the false accusations and prove the project is intent in delivering its promises.

The success of a project is partly delivered by development team but more importantly, the investors willing to gamble their precious BTC on unknown devs promising lots of things, who they will never meet or have heard of previously.

Do not worry because we are to stay, but the amount raised is what will restrict the goals we are going to achieve. It is not the same to count with 50 or the 700 BTC that we needed.

Quote from: yonatangov on July 31, 2016, 08:02:18 PM

hi devs,

1. When will the coins be distributed to the investors and be ready to go on exchanges?
2. I didn't get what's new about this project and what makes it unique compare to other projects that look the same.. ?

tnx

1. As soon as the ICO finishes the distribution will be done and, following that, the launch in the exchanges.
2. We offer unique features such as decentralized debit cards and other features probably already known to you from other projects with a different approach like the use of a functional language to implement it in smart contracts.

Quote

Colored Coins

Our goal is to provide support to the Colored Coins, whose objective is to represent and manage any value/asset/fungible good (like equities, bonds, commodities, fiat currencies, game items, etc.) on top of the Opair blockchain. They can be stored digitally without the interference of a third party and be exchanged for other colored coins or standard XPO in a transaction. The code that is responsible for managing the Colored Coins is in the top of the Opair blockchain, so all implementations will allow its use within our wallet and will not need a specific client. This will provide more simplicity, security, will be more capable.

Smart Contracts

As regards Smart Contracts (to support DAOs, legal contracts, crowdfundings, prediction markets, IoT, Prediction Markets, Dapps, etc.) we decided to work with functional programming instead of imperative programming languages after doing some research on Solidity. Although neither Haskell nor OCaml, the most recognizable functional programming languages, meet our expectations we decided to work with a personalized version of Ocaml. Soon we will be offering a wiki in Github with documents on the language but if you already handle OCaml you should have no problems with it. Our approach will not be to get an easy to code language, instead it will be reaching a solid solution that it will not be easy to be manipulated but it will make a difference. Some considerations about Haskell and Ocaml:

1) Although OCaml a fewer number collection of libraries, these have higher quality than Haskell.

2) OCaml has more presence in industrial and financial solutions. It has a great support for parallel and concurrent computing.

3) Haskell has typeclasses. OCaml has higher-order modules. Typeclasses are good "in the small" for things like overloading arithmetic operators. Modules are good "in the large" for structural industrial-size code bases. For Example: https://ocaml.org/learn/companies.html

4) Both of them have strong points but we had to make up our minds and we chose OCaml for the reasons listed above. For those who handle both languages will surely agree on the fact that OCaml is easier to handle.

Furthermore we intend to meet online with Xavier Leroy, the main developer of the OCaml System to show him our modifications and insights behind our project. Some more examples: http://cufp.galois.com/2007/slides/XavierLeroy.pdf

Market Core with decentralized reputation system

The market will allow you to buy and sell gods or services from the Opair´s platform. It will include a system of reputation in which anyone who has made business can qualify the seller bringing trust and transparency. Also it will be separated by categories and tags.

Private chains

In those cases there will be an entity that will manage the blockchain which can change the rules, if so desired, revert transactions and modify balances and so on given that they have the write permissions (they can be either public or not).

Along by the private chains we will give support to a more descentralised (semi) alternative known as consortium chains which will be run by a pre-elected set of nodes instead of only one. Likewise, they will count with advantages with regard to the mainchain depending on the circumstances such as:

1)   It should be point out that speed of transactions will be greater in comparison to the offered in the mainchain due to the fact that there will be few nodes verified and given they are all mostly reliable it will not be necessary to verify them all. These will count with high end computers and the best internet connection.

2)   Every block chain will be configurable under certain standards that we will establish which will show the requirements and goals of their creators.

3)   Transactions will be far cheaper than the mainchain given that only a few nodes will have to be verified (there will be no need of charging if there is only one person who processes all of the transactions).

As you can imagine these blockchains offer a more efficient, faster and outstanding solution mostly for companies and financial or governamental organizations who can use it for auditing, developing or optimize their organization. Also it will work as a testing ground mostly to test smart contracts, develop or just to play around. Even though in most cases public chains are outstanding, it is equally true that in particular cases a greater control over the chain is imperative. We want to offer along with our platform a solution for both cases.

Alias System

We want to create an ALIAS system. It will work with a registration, similar to domains, to leave behind those long and tiring traditional adresses. This will benefit especially but not excusively to businesses who wish to join our network.

Decentralized debit cards

Debit cards were in our minds since day one, for it is one of the preferred payment methods of customers nowadays and we aim to mass market adoption, so this goal may not be too surprising. The idea is to eliminate all the intermediaries in the process in order to save time and money, and also the unwanted consequences that brings centralization (frozen accounts, delays, usage of our own private information, etc). Note that it will have disadvantages such as if you wish to create and load your own cards you will need to have a particular hardware. On the other hand, there will be lots of payment terminals/point of sale terminals that will receive a special update with a custom firmware made by us in order to accept our debit cards (this will happen with payment terminals/point of sale non- EMV compatibles). In most terminals compatible with EMV (for more information about EMV visit: http://www.emv-connection.com/emv-faq/ and https://www.level2kernel.com/emv-guide.html) will work without any problems but you can still use our firmware to have advantages like counting with Opair´s branding or offer high performance.

It is a system that still needs work on optimization in further tests because we are running tests that run on approximately 8 to 9 seconds per transaction. Said function is going to be one of the first to be optimized in our Beta version (you can find out below how to participate on Beta version).

Our final goal it is that any person can create their own debit card, anywhere, and a few moments later, carry it out and about without difficulties. We would like to be the firsts in launching this feature that we will be seeked and cherished in the near future and as we are an open source project we would like to share it to all the community as we understand this philosophy as a benefit that benefits the community as a whole. This will also allow growth, improvement and usage from other projects. We understand that Emunie is working in a similar solution but it still not publicly available therefore if we manage to keep it up and running steadily in first place, it will be brilliant. We would like to have a meeting, given the territorial closeness with Fuserleer, which can be very beneficial for both projects. We will try to arrange a meeting between Frank and Fuserleer in the future.

Crowdfunding platform

We aim to create a platform that can boost any innovating idea that needs resources or budget to take off. You just need to set a goal, rewards and a deadline. Another perk is that you will find the security that brings a decentralized platform, open sourced and without intermediaries taking big percentages from investments.

Transactions speed and Scalability

When we speak of scalability, we must speak about one of the most important problems found in blockchains nowadays, thats why we want Opair to be prepared since day one to support more transactions per second than Bitcoins network allows and to offer a top speed for each transaction (seconds, not minutes). This has to be a must-have if we want to reach all audiences and that it enables its use all over the world.

Ideally we would like, for starters, to get a 200 tps and build up from there as usage grows (as a remainder Bitcoins network is restricted to a sustained rate of 7 tps due to the Bitcoin protocol restricting block sizes to 1 MB). Even though there are current solutions that offer 1000 tps (or more) we believe that they are not following the line of work that we would like. We are taking into consideration a lot of elements like blockchain size, internet bandwidth, processing power, private chains etc., when it comes to outline the course that our solution will offer and analyzing the different alternatives on this subject. On the other hand, regarding private chains, as we said before each of them will be completely configurable under some standards in which the needs and goals of the creators will be reflected. Also given the features mentioned above, they do not have scalability issues, at least not in comparison to public chain.

Privacy Solutions

This is a distant future fieldwork because it is something we do not want to overlook but we understand there more pressing fieldworks before focusing on this matter.

Speaking about current solutions we discourage the implementation of ring signatures because it only generates more layer of anonymity in transactions and not full anonymity. At the moment we do not have clear the path that we will establish in this matter and this will be something we will definitely define in the future given its importance.

After analyzing current technologies, we consider Zcash proposal is outstanding and it is the only one that offers the level of anonymity that we want to give Opair. Zooko Wilcox and their team behind Zcash have a great solution in their hands and they are a sample of the innovation that can be achieved in that area. Any workthrough regarding the matter will be communicated through our media channels.

Regards

So if you get 100 BTC (since you've passed 60+ BTC mark already) which of the "Key Features" as promised will be delivered? If you get to Stratis/RISE level (900 - 1800+ BTC) which "Key Features" will it be?
It will be a long shot by what will be the goals if you reach the same ICO funds as raised by LISK/WAVES/ETH?