Detail Whitepaper GitHub Comment Analysis

WebSite	http://populous.co/
GitHub	bitpopulous/populous-smartcontracts
Update Date	2018 Sep 03 07:09:07

Circulating Supply	37,004,028
Total Supply	53,252,248
Max Supply	53,252,248
Price	$2.9245558
Volume 24h	$1,063,700
Market Cap	$108,220,344
Change 24h	-6.78%
Update Date	September 26th 2018, 1:59:48 am

v1

XBRL (eXtensible Business Reporting Language) is a global standard for exchanging business information and is freely available to anyone. It is developed and published by XBRL International, Inc. and it is used to deﬁne and exchange ﬁnancial information. Companies submit ﬁnancial statements to government regulators each year using the XBRL reporting format which standardises these data so they can be reviewed and compared regardless of geographic origin.
HM Treasury made it a requirement to ﬁle all annual accounts and corporate tax returns in XBRL format in April 2011 (GOV.UK, n.d.). Following the announcement of this requirement, approximately 1.9 million companies now ﬁle annual accounts and corporate tax returns in this format to UK Companies House and HM Revenue and Customs (XBRL, 2015).
HM Revenue and Customs uses XBRL data to assess annual accounts and tax returns, helps guide tax risk and policy decisions, judge the consequences of legal challenges and gain a better understanding of the business. The government has indicated that the implementation of XBRL ﬁling have been extremely successful.
5

The transparency of events along the supply chain via the Blockchain is itself a major enabler of faster payments and improved ﬁnancing, increased efﬁciency, reduced risk of fraud, and lower costs. Exchanging information related to these events in a distributed ledger facilitates trigger events that need to take place for goods to arrive at their ﬁnal destination and for suppliers to receive payment. But the capability of the Blockchain to facilitate these trigger events does not end with the mere exchange of information along a supply chain.
The use of smart contracts to not only trigger events but actually carry them out automatically represents a bold evolution that is being actively explored by a few today. Smart contracts are self-executing computer codes that automatically carry out functions once a triggering event has taken place. It is a linear contract that can include multiple parties (investors, borrowers, buyers, sellers etc.) and that cannot be altered (EBA Association, 2016).

For example, if a smart contract is written between an invoice seller and an invoice buyer to say that once the invoice buyer is victorious in a crowd funding process, 80% of the funds will be released to the invoice seller, a smart contract would automatically disburse payment once conﬁrmation is entered into a distributed ledger that the crowd-funding process as closed. The conﬁrmation of approval by the crowd-funding process is not a triggering event requiring action by a bank; the payment is automatically made once conﬁrmation has been entered into the system.

With a smart contract, legal stipulations are embedded in the computer code, which enables the automatic execution of functions deﬁned by a legal contract. It also provides protection against duplicate invoice ﬁnancing, as the contract will not allow for an invoice that has already been ﬁnanced to receive additional ﬁnancing. A smart contract, therefore, acts as an application layer that is built on the Blockchain.

The development of the Blockchain that supports the smart contracts we are developing is already built and readily available and globally known as Ethereum Virtual Machine ‘EVM’ in a number of countries. Some see smart contracts as the future of the Blockchain, as they enable more efﬁciencies in legal contracts through a decrease in manual processing and initiation of contract terms, risk reduction through the elimination of manual errors and duplicate invoice ﬁnancing, which could make value propositions such as micropayments more feasible.

The cost of credit insurance can sometimes rise up to 3% for an invoice seller with an invoice value of £100,000. With the implementation of our XBRL system, we see a reduction in this cost for an invoice seller, whose invoice is valued at £100,000. Our approach to credit risk analysis will lead to better understanding of the industry as a whole when making crucial credit decision as well as ﬁnding investment opportunities for our invoice buyers and funding for our invoice sellers.
The use of credit reference agencies and third party data providers will be minimal as we are currently aware that major data providers such as Dun & Bradstreet, Experian etc. are yet to implemented XBRL and still rely on predated methods of compiling their data, which would bear a huge burden on an invoice factoring platform budget should they wish to perform analysis at will which is demonstrated earlier on in this whitepaper.
With an overall reduction in the cost subscription to third party services and the reliance on third party data, our resources can be put to greater use in bringing potential customers to the platform and creating value for invoice buyers on the platform.