We have summarized our development efforts now in this final report.
Main post is also updated.
Hello to both Blockchain Projects BV and younger accidental brother Blockchain BV, as well as ChainSquad GMBH. Since you've posted your final report, and until now as we all know, there was nobody around to do review on your work as you're doing on others, i was happy to step up and p by doing pro-bono review of your delivery since it would be too centralized that Blockchain Projects BV getting reviewed by itself in another form known as Bitshares Foundation, as it was the case in the past.
[NOTICE]: Since CEO of the Blockchain BV and Blockchain Projects BV is at the same time being hired/funded by the blockchain to represents Bitshares interests as spokeperson, and Dr. Stefan Schießl is software engineer not a Project Manager/CTO, to completely remove any possible conflict of interests, i would request politely that @xeroc (Dr. Ing. Fabian Schuh), as the CTO of the company hired by the blockchain, be collaborative and provide explanations on certain details of this review in transparent way to stake-holders who upvoted his offer/worker proposal as presented first time in early December 2017.
Review of the ORIGINAL PROPOSAL and ROADMAPhttp://www.bitshares.foundation/worker/budget/2017-12-infrastructure ( offtopic - you're missing ssl on bitshares.foundation domain )
Highlights and requirements (blue) for clarifications:1) Distributed Network of BitShares
"The core component of this proposal is the distribution of the BitShares network by means of deploying multiple nodes and offer public API endpoints to improve latency, robustness and availability for the BitShares ecosystem. Since this proposal is funded by the BitShares ecosystem,
we limit the use of the APIs to non-commercial activity."
Q) Please explain in which way exactly and/or how you limited the use/usage of the API to non-commercial one ? 2) Public nodes with load balancer in the U.S. on separate servers for redundancy
"a. Deploy two BitShares nodes on a cloud hosting service located in the U.S.
b. Deploy a loadbalancer controlling the traffic to the two new nodes on a cloud
hosting service located in the U.S."
Q) Why balancer and nodes are keep rebooting ? Uptime is not even a day, and downtime is not even an hour. - https://us.nodes.bitshares.ws/stats
Q) us.nodes.bitshares.ws resolves to 96.126.96.40 - Let's encrypt SSL deployed on it doesn't have a valid CA Root certificate, by presenting itself to potential visitor/user as not being trusted by all browsers. At the same time by checking bitshares.eu it does return properly installed SSL. Why ?
Q) On the invoices presented there is no transparent way to know which node is this, please clarify in the future proposals and reports to the community. Since I've been keen enough to do whois against IP, i've discovered that provider is Linode. Can you please clarify which node from the Linode invoices are these 3 ? Load balancer + 2.
Q) Could you please disclose location of the 2 deployed nodes ? In the current infrastructure problem, redundancy was not important as solution on the single location how much decreasing latency and new availability on more locations having balancer in front. 3) Support SSL encryption on the load balancers
"a. Free letsencrypt certificate is used
b. Upgrade to a premium SSL certificate, if necessary"
Comment: Wildcard SSL by Comodo/Positive is roughly around 250$, even though you stated price 800$ (no reason for it). We have inbound price for the same Wildcard a bit over 100$. It would cover all servers/subdomains under that domain for 1 year giving it full encryption and insurance policy. This was offered and discussed publicly in DEX channel earlier 2017. It covers all sub-domains and the main domain without expiry and stronger encryption chain as live certificate. Free SSL is not same as paid SSL, and im sure you are well aware since you are having highest degree of education and positioned as CTO of the Blockchain company managing DAC business after all. We are not running darkweb or home based servers that we can't afford cost of real SSL for all.
REVIEW OF FINAL REPORT1) Test deployment and loadbalanced nodes
" Internal testing is completed and connection reliability is monitored. There is a
connection issue with the web wallet (“Node out of sync”) that has to be investigated,
but the nodes seem to be unaffected by this issue (no significant load when such
connection issues appear). There might be a connection management problem
inside the backend or the web wallet, but this lies outside the scope of this worker. "
Q) Who is responsible as authority/person to overview and review work being done by Worker Bill Butler ? - Offtopic, but related to the integrity of authority being responsible. 2) Public nodes with load balancer in Asia on separate servers for redundancy
"Two machines are deployed, which is a change to the original plan . One runs the
loadbalancer and one runs a normal node."
Q) Is it truth that adding load balancer in front of a single node will not do nothing except increasing latency by adding additional hop in front to the node ?
Q) Since worker proposal is being approved as written/offered by stake-holders and based on initial goal, please clarify who approved change to reduce original proposal from 3 servers to 2 for Asia and to waste resources ?
Q) Why balancer and nodes are keep rebooting ? Uptime is not even a day, and downtime is not even an hour. - https://sg.nodes.bitshares.ws/stats
Q) sg.nodes.bitshares.ws resolves to 172.104.167.98 and Let's Encrypt SSL deployed is missing CA Root certificate on the domain. Why ?3) "If traffic increases significantly on this loadbalancer, additional nodes can be
deployed. This was a cost-benefit decision due to the price of asian dedicated hosts"
Q) Please clear on Linode's invoice which nodes are Asian ones/specified by ip.
Q) You are using excuse under the "price of asian dedicated hosts" while you are running cloud instance on Linode. Can you please be more clear on the actual reason of decreasing/leaving original roadmap/project ?- Please be kind and clarify which node is running which IP and belongs to which invoice.
- Please be kind and explain what is legal relation with company ChainSquad gmbH presenting email printed reviews with its own stamp on it ? Isn't responsible party for the worker proposal Blockchain Projects BV ?
- Please be kind how from Infrastructure Urgent proposal additional milestone is related to infrastructure ( faucet ) and why it was primarily deployed as priority while even worker proposal approved infrastructure was started in February.
- Please clarify is Hetzner (invoice R0007759821) additional milestone for EU and who approved it ?
Finance/Payment review
http://www.bitshares.foundation/download/invoices/201712-infrastructure/20180216-Factuur%202018-4.pdfYou've asked for 3300 USD regarding one-time setup. Initial setup of infrastructure started in January and it was not fully operational by February since unexpected downtime happened at your initial deployment.
If your ONE-TIME setup had a period of 1 month, and you haven't delivered any eta on days/hours by setting fixed price, as taken from your own report i would be suggesting that you refund 1 of the 2 month (QTY) payments you've charged for the management of the infrastructure since you've been managing it only February (period after initial cost/setup), before this escalate more.
I also will hit reminder that having centralized autonomy, power, invoicing to yourself, approving changes and reviewing it yourself, changing proposals as you go without consent of each stake-holder, or moving funds in resources never approved was not something that i was expecting from someone who should set example on the blockchain.
Overall is that you are charging more than you are doing, lack of interest on long-term solutions (SSL example above), lack of professionalism (You spent 3 weeks to deploy 5 nodes and 3 are having broken SSL, but you've done Testing ), you are doing what was never agreed to be done, there is no serious reporting and your own KPI failed by the nodes status in first month as well as current up-time overall.
Many thanks for clarifications and answers, community is waiting patiently.