资源描述：
EFFECTIVE ENERGY LIMITED 2018alehub.ioALEHUBALEhub Project3344678101010101111111112141415151616171718192020212121212224292929303033333333343535363638INTRODUCTIONBasic principlesBackgroundMain challengesMARKET REVIEWMarket of project management systemsFreelance marketplaceSegments of ALE marketPROBLEMATICSRegulations and requirementsEncryptionProjects management ologyProject documentationSmart contractsVolatility of payment instrument and compliance with jurisdictionNo guarantees and opportunities to resort to arbitrationGOAL OF THE PROJECTALE PLATDescriptionAutomation of contractual relationship via smart contractsStructureDocument management systemAdministrative accountsMembers verificationSettlements between partiesAXEL – trade token of ALEHUBMotivation of minersExisting commission feesTakeawaysALEHUBDescriptionClasses of the partiesContract classesMembers activitiesExamples of usagePROJECT ECONOMICSEconomic modelMonetary systemALE long-term strategyProfit distributionICOALE tokenALE issuance computerizing cution of the approved algorithms for reservation, payment, compensation and profit sharing.Such solutions can be implemented only with a system approach coordinated functioning of the users’ software, virtual data warehouse, microprograms and codes transmitted via telecommunication networks, algorithms for change decision-making and data interpretation under dynamic operation conditions. All the above-mentioned correlates with financial models used in the economy, regulations and laws of the main jurisdictions. It has internal mechanisms for adjustment of rules and policies while maintaining constant and authentic recorded history.BackgroundThe number of active projects worldwide, even in IT 2. Freelance marketplace.Market of project management systemsIn 2017, the market of project management software was uated in 2.3 billion. Compared to the 2012 results 1.65 billion the growth made almost 40 during 5 years. Major market players areLarge enterprises105 240Medium enterprisess2 960 00056367500MCurrent study does not include projects greater than 10 million, since they represent the strategic interests of large enterprises and their management should be carried out in a special mode.Medium enterprisesIf large enterprises act primarily as Customers, there are more and more Contractors on the level of medium-sized enterprises. At the same time this sector is distinguished by the fact that a significant number of medium-sized enterprises will provide services to each other. Since 2-3 enterprises interact within the same contract and place funds into the system only once, the number of valuating units should be reduced in economic calculations. Medium-sized enterprises simultaneously support from 3 to 6 medium-sized projects or up to 2 large ones.Small enterprisesSmall enterprises act both as Contractors and Customers in equal proportions. At the same time, it appears probable that 25 of all orders of small enterprises will be cuted by small enterprises, since they can provide the best balance of cost, quality and order cycle time for small projects. Small enterprises are one of the main targets of the marketing campaign at the first stages, because due to low commission fees and estimated elasticity of the offer by segments - the volume of small enterprises will give the maximum economic effect for the system.Microenterprises, self-employed persons 2. integrity and invariability of the project documentation.Smart contractsCurrent plats for implementation of decentralized applications do not offer solutions how to make an adequate substitution of a juridical person contracts, notary officers, guarantors etc. needed for creating trust relationships between parties. To reach the acceptable level of trust the two problems should be solved simultaneously1. The possibility to enter into a smart contract with conditionally unrestricted number of the parties;2. The possibility to amend a concluded smart contract with the new provisions, including engagement of the additional parties.The next evident problem is a technical complexity of smart contract creation, i.e. the demand for the technical expert e.g., Solidity programmer. Many programs based on such plats as Ethereum, Waves, Qtum, Stellar etc. offer a means for solving this issue. However, these are already existing smart contracts that allow establishing actual interaction between specific parties without an option to expand the terms as for example in the cybersport betting system or automated system of compensation of losses for insurance companies. It means that new smart contracts are not created within such projects. Our plat offers the possibility to create traditional interfaces to enter into smart contracts without being bound to the “parent” smart contract.Volatility of payment instrument and compliance with jurisdictionCurrent plats for implementation of decentralized applications offer an environment where the projects with internal tokens can be created e.g., ERC20. However, none of the current tokens can be used as a payment instrument in a real market project. Why This is because tokens and cryptocurrencies are defined by high volatility.Cryptocurrencies with the fixed exchange rate against fiat currencies like TetherCoin can not become an acceptable option from a standpoint of different jurisdictions. For instance, the Russian contracting parties can per payment transactions only in national currency.No guarantees and opportunities to resort to arbitrationThe common issue of classic freelance plats is the absence of guarantees. Mainly the lack of financial perance guarantees by the Employer and complete cution of the technical specification by the Contractor.ALE is also designed to address challenges of complicated and unprofitable official judicial protection of contract parties’ rights. To solve this, the system should allow different parties to operate in legal environment.GOAL OF THE PROJECT 12There is a separate room in the market for project management applications. The planning, adaptation and record-keeping of managerial, technical and engineering solutions is cuted within its framework. There are CRM-systems for management and communications accounting. Financial services related to cution of the projects and fulfilment of the terms of the corresponding contracts are carried out and managed separately via banking applications and operator’s accounting system.ALE project team have set a challenge to unify basic features of mentioned services into the one, based on the distributed ledger. By doing so we can offer the common and user-friendly tool provide the required processing speed, variety and multifactorial nature of relations; improve the convenience level in utilization and perception of ination. For this purpose, we are making solutions for the below issuesComplete match of a protocol with already existing real-life practices of project management in a convenient and user friendly mode;Overcome technologic challenges of existing servicesa. Technical specifications of low quality due to client’s lack of competence;b. Acceptance procedures issues;c. Imperfect legal provisions covering the responsibility of the Employer and Contractor for partial or full defaulted obligations;d. No coordination between project documentation and financial activities;Consensus of parties confidence through the distributed ledger is provided by blockchain, supported by financial assurance and reputational risks via ALE system serving as a neutral intermediary;Automatic processes of settlement payments between the parties;Unification, acceleration and maximum automation of members verification processes, technical specification and results of work;Capitalization of payment instruments, management and control over expenses;Quality and reliability improvement of contractor’s agreements and consistency of achieved results;Registration of contract terms approval and perance processes in blockchain;Payments, advance payments and provision of guarantees by the contracting parties within ALE monetary system;13Project flexibility - possibility to change terms provided that financial and management decisions consensus is in place;Own authentic verification procedure through blockchain record;Possibility to have several contracting parties, for example a tester, receiving inspector, a number of consequent and concurrent subcontractors, certification commission and so on;Automation of processes of parties verification, technical specification and delivery- acceptance Acceptance tests, Qualification, cution Control, Commissioning, Compliance both for the Customer and the Contractor; disposition of funds between contracting parties according to the contract terms based on ALE algorithm and ALE electronic contracts cution protocol.Registries of participants in the economic activities, which are certified for specific operations, exist as at a level of different jurisdictions, so at a level of economic sectors. That is why our goal plat development was exactly to develop a universal protocol for parties’ status validation. The particular should be automatically encapsulated into the protocol by the decision of an interested party/group of parties.To fulfil the ALE project’s tasks and objectives, ALE plat pers the followingRegister and storage of corresponding project documentation, governed by legislation or existing practices of agreements covering non-disclosure clause, intellectual property, service activities, guarantees etc.;Support of current communication within the project based on text messaging chat with possibility to use ination in the documents approval process;Published ination access control, protection of personal data in accordance with the law;Efficient use of communication network resources and user devices to provide the required processing speed within the plat;User-friendly set of payment instruments, that can be integrated into smart contracts to settle parties payments thus minimizing risks of volatility and liquidity;The start version of the product is particularly targeted at IT b. members of each class attributes;c. members verification rules;2. Contract parametersa. contract types;b. contract terms for each type;c. potential additional terms for each contract type;d. contract attributes;e. additional required terms and parameters;3. Other requirements.15Automation of contractual relationship via smart contractsALE fully separates the terms «contract» and «smart contract». Smart contract is an instrument to make a legally binding contract with the automation ofFinancial liability.Timed liability time of delivery and payment.Liability associated with third parties engaging Trusted Third Parties.Therefore, ALE resolves an issue of legitimization of the term “smart contract”. Such arrangement of contractual work allows eliminating the necessity of renewal of documents through the third-party services or via postal service. At the same time blockchain ensures safety and invariability of all documents.ИСПОЛНИТЕЛЬ ЗАКАЗЧИКQATRANSACTIONFROM THE PERSONPERER CUSTOMERTECHNICALSPECIFICATIONCONTRACTSIGNEDCONTRACTTS C ТЗStructureTo provide prompt and simple user access to the blockchain data, the general virtual chain of blocks was divided into three interconnecting blockchain registers. The records have references to each other by means of hash-links within the contract cution. Datastream is divided into three registers1. Basic register records data about smart contracts and transactions, including the calculated amounts, their validation terms, identifiers of the assigned parties wallets, validation code logic and/or temporal terms of contract amount distribution. Blocks with contracts of the basic register are treated as basic and generating, and the corresponding blocks out of the enclosed registers refer to them and to the order number through hash link. The corresponding hash-link is recorded into specified field of the enclosed registers.2. The first enclosed register records the concurrent communications partially - alized and used. The access to communications is granted only to communicating parties. In other words, communication is a correspondence between parties during cution and enforcement of a contract. During this process the User’s Client allows to use standard data blocks whilemessaging. Data blocks may contain ination about price and its changes, date or sequence of dates within the specified period of time; coordinates of acceptable QA parties may also be set there.3. The hash-sums of encrypted documents related to the project are stored in the second enclosed register. This register is opened upon request, e.g. for analytics or arbitrage.Figure 4 “ALE plat structure concept“16For the users convenience while using the thin-Client, the data of the enclosed registers may be recorded in a sharded and partitioned way. It allows sending the request to the exact block, order or user wallet, without necessity to load big volumes of data. A Client that synchronizes only the 1st level register can be chosen for loading efficiency. In this case synchronization will be done only for the blocks of the 2nd and the 3rd registers that were initiated by the client himself.ChatChat is a logical sequence of messages enclosed in a blockchain. Chat requirements1. Message delivery confirmation; 2. Consistency over time.Chat consistency is provided by the simplified blockchain. The delivery confirmation is achieved by the electronic signature mechanism. The message is considered to be sent only if it was signed by all the interacting parties or at least by the qualified majority. In theory, a common chat for all parties can be arranged. All parameters must be specified in the contract that is published in the upper level blockchain. The motivation to communicate through messages is simple the contract is considered to be completed when all electronic signatures of all parties are in place. In case one party ignores another one with no technical excuse for that, it is expected that the electronic signature of the ignored party will be absent on the final document, which is shared between all parties and contains the al description of collective work results.Document management systemDocumentation is one of the weak points of modern software development. According to the majority of current standards, ALE-system allows to add the documentation requirements into the technical specification. The modern ologies of software development shift focus from documentation of each stage of development to interaction with the customer. However, lack of proper documentation is a challenge when it comes to support of the software. That is why the contract may also specify the basic rules of d
展开阅读全文