Prerequisite

• Have sơm available resources like Old PC, Raspberry PI, NAS, HDD, with public internet access
• Can run it 24/7
• Have skills related to programming, deploying and operating application

What are the benefits of doing this?

• A little monthly income, probably enough for one or a few cups of coffee for fun
• Take advantage and optimize the available resources that you do not use up, as my opinion: with paid things, using it to create as much value as possible is the right thing to do.
• Learned skills to operate systems that need to operate stably and continuously, which can be used to practice SRE
• Have the opportunity to practice skills related to networking, system configuration, deployment, maintenance
• Learn & understand how blockchain & crypto currency can apply into product development

What resources can be used?

1. Public IP & Network bandwidth:

There are many needs related to sharing IP or bandwidth for others to do their work, for example using a VPN service to access services that are blocked in a geographical area, or emulating some access from other geographies, and Uber-ization products in this area are also heavily created to take advantage of the large amount of unused IP/bandwidth from users.
Caution
Sharing public IP have a risk that the client an use your IP to do something dirty: botnet, crawling resource, fake traffic, .. then your ip address can be added to blacklist and prevent to access some website, it is not a problem if you use dynamic IP because IP will be changed after a period of time, but for static IP (especially corporate/company IP) so I strongly oppose to use non-personal resources to do this.

2. Free HDD/NAS Space:

If you have some HDD or free Space on your home NAS ( more than 550GB or at least 1TB), you can offer it for rent in storage sharing platform then earn income from it. From my view, 1TB HDD can earn up tp $4/TB every month if you setting up with store, read more at my Storj Review for 2022
Caution
As my opinion: sharing Storage space is have a lower Risk than sharing IP/Bandwidth
But make sure that if your current HDD/NAS is storage important data, never make it as a sharable disk and alway make sure that your data have the backup.

3. CPU Power:

CPU power is a crucial resource for all computer tasks, and in the decentralized trend, many products aim to share and mine together to leverage the distributed power of multiple CPUs. However, currently, there is no fully functional application that can effectively share computing power from CPUs. Golem, for example, is still in its beta phase. Other products like Dfinity and Aleo require professional-level infrastructure and may not be suitable for the context of this article. Another use of CPU power is mining cryptocurrencies, but this can be inefficient and energy-consuming, leading to high depreciation costs. It is more cost-effective to set up professional mining systems with low electricity costs for cryptocurrency mining.

4. GPU Power:

It the same with CPU Power, your can trying to sharing with to do do some render task with https://rendertoken.com/ or try to setup crypto mining with it, but I don’t recommence you do that ( crypto mining)s

How can we earn from it?

Public IP & Network bandwidth:

To sharing Public IP & Network bandwidth, you will need a PC/ mini PC/ Raspberry PI that online almost time, then select some tools and setup on it. Here’re 2 tool that I already test by myself:

Honeygain: a bandwidth sharing tool that easy to setup and Run, it’ll use your bandwidth & and IP tool to do some internet task form there customer, user can receive payout via PayPal Or Jumptask Crypto. As the estimation from their dashboard, user can earn uptown $1 for every 1Gb data share.

Mysterium network: a Decentralize VPN built and roll-out production, it provide a platform & facilitate to connect the VPN provider and user to provide VPN service, you can earn 3-5Myst token ( 1-1.5USD) per month with one Myst Node ( then Myst will take 20% commission from it as the network fee).

HDD

Setup a Node:

I have a the detail guide to setup new Storj node, you can check it here and you can also check the income that I collect here

As my opinion, setup this one help me learn a lot of things about how to maintain a system that need to high availability, it it also inspired me to setup & operate the monitoring & alerting system, that’ll give you a lot of experience if your job related to System Operation or DevOps

Sharing CPU/GPU Power:

For CPU power, you can become a Golem Provider, you can try to setup it with the tutorial bellow

https://handbook.golem.network/provider-tutorials/provider-tutorial

But in my experience, the efficiency of this is not high, because Golem is still in beta testing stage and has not built an effective mining community, so the number of providers is much more. compared to the number of tasks the user executes.

For Crypto Mining if you ready want to try, you can try some tool support for end user like Cudominer Or MinerGate. It’ll support GUI to setup & configuration that help you choose coin, num of CPU/GPU power use for mining

Conclusion

By this way, you can maximize available resources to acquire and sharpen the necessary skills for your desired job, utilize context and motivation to delve into relevant technologies and industry trends. Stay committed and earn a reward for your efforts through financial gain

Bài viết này mình chia sẻ một số điểm mình thấy cần làm và lý do cần làm khi setup một ubuntu server mới theo kinh nghiệm cá nhân và dựa trên các lỗi lặp đi lặp lại trong team mình

Có rất nhiều dạng bài viết như vầy được được viết và từ những cloud và các trang web nổi tiếng, bạn có thể tham khảo thêm trên để lấy thêm các scope khác phù hợp với môi trường làm việc và tiểu chuẩn setup của các bạn.

Mình quen làm việc với môi trường Ubuntu Server nhưng các việc này hầu hết đều là chung cho môi trường Linux khác.

Nội dung chính:

1. Tạo user & cấu hình cho user mới.
2. Cấu hình ssh:
3. Cấu hình Swap file
4. Cấu hình firewall
5. Cấu hình DNS
6. Đảm bảo hệ thống được update

I. Tạo user & cấu hình cho user mới.

Why:

Thông thường một server mới khi được init sẽ được setup với 1 user mặc định, có thể là root ( vd Digital Ocean), hoặc user mặc định theo linux distro ( vd Aws ubuntu cho Ubuntu hoặc ec2-user cho Amazon Linux), chỉ có 1 số ít cloud cho phép điền user mong muốn khi khởi tạo/ provisioning server.

Vậy nếu sử dụng user mặc định thì có rủi ro gì?

• Nếu là Root: việc này cực kì không nên, vì root user là user tối thượng có quyền cao nhất của system. nên việc hạn chế tối đa các tác vụ thông thường với root user là bắt buộc, sử dụng root vừa khó cho việc quản lý mà vừa tạo ra nhiều rủi ro về security.
• Nếu là non-root user: Tránh các lỗi zero-day hoặc bị khai khác bởi các bot script tấn công theo phương pháp vét cạn & tìm các config mặc định để khai thác.

What:

• Tạo user & group mới: để giải quyết why bên trên.
• Group mới (tùy chọn): tương tự với user, nếu thông thường cloud được tạo ra với account root thì cũng chỉ có group root được tạo mặc định, và khi user được tạo thì một group mới được tạo ra cùng tên với user, nhưng theo mình thì cứ tạo thêm 1 group mặc định khác ( vd tên product của bạn)
• Cho user mới quyền truy cập sudo ( tùy chọn và cân nhắc): việc này sẽ giúp cho user có quyền thực hiện tác tác vụ liên quan đến quyền root ( mình thích thuật ngữ mượn tay root), nhưng cần cân nhắc về việc nên hay không tùy thuộc vào nhu cầu của bạn, vì nhiều quyền hơn thì nhiều rủi ro và trách nhiệm hơn, đúng người đúng việc mới là hợp lý.
• Cho phép sử dụng sudo mà không cần nhập password ( tùy chọn & cân nhắc): việc này giúp tăng tính tiện dụng, nhưng giảm khả năng bảo mật, nếu các bạn cần thì

How:

Create new user & group

# Create new user & group
sudo adduser newuser
sudo addgroup newgroup
sudo usermod -g newgroup newuser

Add user to sudo group

sudo usermod -aG sudo newuser

Use sudo without password

sudo cp /etc/sudoers /root/sudoers.bak
sudo visudo
### Add this line to end of the file
newuser ALL=(ALL) NOPASSWD: ALL

II. Cấu hình ssh:

Why:

Ssh là cổng vào của hầu hết các server Linux, nên việc đảm bảo các thông số được cấu hình đúng và đủ là cực kì cần thiết để cân bằng giữa tính tiện dụng và tính bảo mật của server.

What:

Cấu hình truy cập ssh sử dụng ssh-key: theo mình thấy thì sử dụng ssh key đảm bảo tính bảo mật tốt hơn (trừ khi nào bạn để leak private key), và cũng tiện dụng hơn nhiều. Nếu bạn có 1 server thì mỗi lần ssh gõ password không thành vấn đề, nhưng 100 servers thì cực kì mệt mỏi, và cũng rất khó để thực hiện các tác vụ automation.

Tham khảo thêm:

• https://www.sharetru.com/blog/why-use-ssh-key-authentication-for-sftp-instead-of-password-authentication
• https://www.hostwinds.com/tutorials/ssh-password-vs-key-based-authentication

Cấu hình một số tham số của ssh service để tăng tính bảo mật:

• Đổi port ssh
• Disable root login
• Disable ssh login with password
• Whitelist IP có thể truy cập server thông qua SSH

How:

1. Cấu hình truy cập ssh sử dụng ssh-key.

Từ may local hoặc bastion host của bạn

Gen ssh key mới

ssh-keygen

Copy ssh key lên server

ssh-copy-id -i <path/to/private/key> username@serverip

2. Cài đặt các thông số ssh

Edit file /etc/ssh/sshd_config tương ứng với các nội dung dưới đây

sudo vi /etc/ssh/ssd_config

# Change value as the content bellow
#Port 22
Port 2349
#PermitRootLogin yes
PermitRootLogin no
# PasswordAuthentication yes
PasswordAuthentication no

ListenAddress 0.0.0.0

Lưu ý với listen address 0.0.0.0 cho phép truy cập từ mọi địa chỉ ip, nếu muốn chỉ định một và IP riêng biệt thì có thể thêm nhiều dòng

ListenAddress <IP1>
ListenAddress <IP2>
ListenAddress <IP...>

Restart ssh service để apply các config

sudo service ssh restart

3. (Optional) Cấu hình thông tin ssh ở máy local để dễ truy cập

Host server_group.server1
    hostname server_1
    port 2349
    user newuser
    identityfile </path/to/private key>

III. Cấu hình Swap file

Why:

Việc swap partition/ swap file mình thấy ít được nhắc đến trong các tutorial setup server ubuntu/linux mới, có thể là mặc định các server physical đã setup sẵn trong lúc phân vùng và cài đặt OS rồi nên thường được bỏ qua.

Nhưng với các VPS, theo kinh nghiệm VPS setup từ các cloud mà có dung lượng ram dưới 4G & chưa có swap partition thì setup thêm 1 phân vùng swapfile nhỏ là cần thiết theo kinh nghiệm cá nhân của mình

• Khi các ứng dụng trong server có nhu cầu sử dụng Ram cao trong thời gian ngắn hạn. ( ví dụ upload file, export excel file, …) thì có thể có trường hợp Ram được sử dụng toàn bộ, dẫn đến tình trạng freeze toàn bộ server, thường phải đợi rất lâu để OS có thể kill bớt một vài program để giải phóng bộ nhớ để server có thể serve request trở lại, hoặc tệ hơn thì sever và phải hard reboot thủ công ( và có thể crash toàn bộ ổ cứng vì chuyện này :D )
• Với các server có dung lượng Ram cao thì mình thấy chuyện này ít xảy ra hơn, vì không gian Ram trống có vẻ đủ nhiều để không rơi vào các worst case này

What:

Vậy nên cấu hình Swapfile bao nhiêu thì đủ?

• Theo mình thì chỉ nên cấu hình khoản từ 25% đến 50% dung lượng Ram. Vì nó chỉ nên đóng vai trò là bộ nhớ tạm thời, nếu có nhu cầu sử dụng memory nhiều hơn thì nên cân nhắc sử dụng máy có dung lượng ram cao hơn.
• Nếu setup dung lượng swap quá cao thì có thể dẫn đến tình trạng swap chưa cạn mà cpu bị block vì phải đợi tác vụ IO để luân chuyển dữ liệu giữa Ram vs Disk. Một case kinh điển có thể gặp khi sử dụng Aws EC2 với EBS GP2 là khi sử dụng nhiều swap, mà tác vụ io trên disk của EBS bị giới hạn theo cấu hình của GP2, thì một tình trạng rất khó chịu xảy ra là CPU thì rảnh, ( load thấp, nhưng io lại cực kì cao) vì CPU thì đợi Disk trả dữ liệu để swap ra/vào ram, Disk thì lại bị giới hạn năng lực IOPS do giới hạn của loại ổ đĩa, và request từ client thì app ko serve được

How:

sudo fallocate -l 4G /swapfile && \
sudo chmod 600 /swapfile && \
sudo mkswap /swapfile && \
sudo swapon /swapfile && \
sudo swapon -s && \
sudo cp /etc/fstab /etc/fstab.bak && \
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

Tham khảo thêm: https://gist.github.com/ngtrieuvi92/033de7ea8c880a9a500bf8df234ca6d2

IV. Cấu hình firewall chỉ để mở các common ports

Why:

Firewall là một chủ đề kinh điển rồi và chắc mình cũng không cần giải thích nhiều, nguyên tắc là mở public càng ít port càng tốt.

What:

Thường thì mình chỉ mở các port ssh, http, https và mở thêm các port khác khi thật sự có nhu cầu

• Trên ubuntu thì có thể sử dụng ufw, hoặc trên các server linux khác hoặc các config phức tạp hơn thì có thể cài đặt và sử dụng iptables
• Trên các cloud thì bạn có thể lười config các bước này và sử dụng các concept setup inbound/oubound/security group do cloud cung cấp để setup, ví dụ Aws: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html

How:

Với server ubuntu:

sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw allow 22 # or custom ssh port
sudo ufw allow 80
sudo ufw allow 443
sudo ufw enable

Tham khảo thêm: https://www.digitalocean.com/community/tutorials/how-to-set-up-a-firewall-with-ufw-on-ubuntu-20-04

V. Cấu hình DNS

Why:

Việc này có thể không cần thiết trên một số cloud nổi tiếng ( Aws, GCP, Azure, …) nhưng trên một số nền tảng cung cấp VPS khác. Nếu để với DNS resolver mặc định do OS setup, thì việc Phân giải các domain khá tệ và chập chờn, ( trải nghiệm thực tế của mình với Time4vps hoặc Servarica

What:

Nên sử dụng một số DNS server phổ biến như:

• Google: 8.8.8.8
• Cloudflare: 1.1.1.1
• ….

How:

Cách đơn giản

sudo vi /etc/resolv.conf

Add new line

nameserver 8.8.8.8
nameserver 8.8.4.4

Restart service

service systemd-resolved restart

Sử dụng netplan

Netplan là một tiện ích mới được ubuntu giới thiệu từ Ubuntu 17, Netplan cung cấp nhiều tùy chọn để config hơn và có thể apply cho từng network interface riêng biệt, tùy nhu cầu bạn có thể tham khảo cách sử dụng:

• https://www.serverlab.ca/tutorials/linux/administration-linux/how-to-configure-networking-in-ubuntu-20-04-with-netplan/
• https://www.linode.com/docs/guides/systemd-networkd/

VI. Cập nhập các bản update

Why:

Đơn giản: để đảm bảo các package trong hệ thống được update đầy đủ

What:

Cứ Theo package management do OS cung cấp chạy là được

How:

sudo apt update 

Một số bài viết tham khảo khác:

• https://www.liquidweb.com/kb/things-to-do-after-installing-a-ubuntu-server/
• https://www.digitalocean.com/community/tutorials/initial-server-setup-with-ubuntu-22-04
• https://www.makeuseof.com/tag/5-things-right-installing-ubuntu/
• https://linuxhint.com/40thingsafterinstallingubuntu/

In this post, I'll share a guide to help you quick setup & run a new Storj Node to take take use free HDD space and you can make some money from it.

Important: This is not investment advise; hosting and running a Storj node is a personal choice, and each individual is fully accountable for that choice.

About revenue of Storj Node,  you quick can check at my review here: https://vinguyen.blog/review-storj-node-operator-revenue-and-profit-2022/

I. What is Storj?

Storj is a decentralized cloud storage platform that uses a network of distributed nodes to store data. It is designed to be secure, scalable, and low-cost.

In the Storj network, users can rent out their spare disk space to store data for other users. The data is encrypted and divided into smaller pieces, called shards, which are distributed across the network and stored on multiple nodes. This decentralized approach to storage makes it more secure and resilient than traditional cloud storage platforms, which rely on a single centralized server or data center to store data.

For more information: https://www.storj.io

II. What is Storj Node?

A Storj node is a computer  that participates in the Storj Network by storing data for other users. When a user uploads data to the Storj network, the data is encrypted and divided into smaller pieces, called shards, which are distributed and stored across multiple nodes.

1. How much does the Storj node get paid?

Storj nodes are paid based on the amount of data they store and the amount of bandwidth they use. The more data a node stores and the more bandwidth it uses, the more it will be paid.

Average Payout Per Month:

• Egress Bandwidth $20/TB
• Repair Egress Bandwidth $10/TB
• Disk Space $1.50/TB
• Audit Bandwidth $10/TB

The actual profit of some node that I summary for 2022: link

2. What is the minimum requirement to become a Storj Node Operator?

Source From: https://docs.storj.io/node/before-you-begin/prerequisites

Node uptime:

• Minimum uptime (online and operational) of 99.3% per month, max total downtime of 5 hours monthly

HDD:

• Minimum of 550 GB with no maximum of available space per node

Network

• Public IP or a publish domain setup use DDNS service (example: No-ip) with port 28967 open.
• Bandwidth: Minimum of 2 TB of bandwidth available per month with a public IP

III. Prepare Identity key to setup new node

1. Get Auth Token

Go to https://www.storj.io/host-a-node and input your email and to generate auth token.

If you want to setup multiple node use one email address, please complete setup a node before generate auth token for another node, if not, token is duplicated.

2. Create Identity for new node

Check the detail of this step at the official document: https://docs.storj.io/node/dependencies/identity

For Linux quick command:

Download identity tool

curl -L https://github.com/storj/storj/releases/latest/download/identity_linux_amd64.zip -o identity_linux_amd64.zip
unzip -o identity_linux_amd64.zip
chmod +x identity
sudo mv identity /usr/local/bin/identity

Create an Identity & authorize identity file

identity create storagenode
identity authorize storagenode <email:characterstring>
grep -c BEGIN ~/.local/share/storj/identity/storagenode/ca.cert
grep -c BEGIN ~/.local/share/storj/identity/storagenode/identity.cert

IV. Setup a Node

1.Setup new Node

Run the command bellow to setup a new node

Replace the <identity-dir> and <storage-dir> with the directory in your node

docker run --rm -e SETUP="true" \
    --user $(id -u):$(id -g) \
    --mount type=bind,source="<identity-dir>",destination=/app/identity \
    --mount type=bind,source="<storage-dir>",destination=/app/config \
    --name storagenode storjlabs/storagenode:latest

2. Run Storj Node

Option 1: Run Node with docker-compose

Create the docker-compose & .env file as the content bellow and make sure that <identity-dir> and <storage-dir> is the same value with step a bove

docker-compose.yml

version: "3.5"
services:
  storjnode:
    image: storjlabs/storagenode:latest
    container_name: storj
    ports:
      - "28968:28967/tcp"
      - "28968:28967/udp"
      - "127.0.0.1:14003:14002"
    volumes:
      - type: bind
        source: <identity-dir>
        target: /app/identity
      - type: bind
        source: <storage-dir>
        target: /app/config
    env_file:
      - .env
    restart: always
  auto_update:
    image: containrrr/watchtower:latest-dev
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    # Update check interval in seconds.
    command: --schedule "0 0 * ? * *" --label-enable --cleanup
    restart: always
    depends_on:
      - storjnode
    environment:
      - WATCHTOWER_LIFECYCLE_HOOKS=true
  # Storj Node Exporter
  storj_exporter:
    image: anclrii/storj-exporter:latest
    restart: always
    environment:
      - STORJ_HOST_ADDRESS=storjnode
    ports:
      - "9651:9651"

.env file

WALLET="<ERC-20 Token Address>"
EMAIL="<email-register-node>"
ADDRESS="<public-ip/domain>:28968"
STORAGE="1TB" #Storage Space

Run command

docker-compose up -d

after run this command, your node will up & run with:

• a Node container running, and serve the request on the Storj network
• Automatic update  to make sure that your node is always up to date
• A Storj Exporter container to export all the node metric, your can collect & visualize it on the prometheus & grafana stack

Option 2: Setup with systemd

(to be update)

3. (Optional) Monitor Storj Node with Grafana & Prometheus

• Repository to setup Grafana, Prometheus: https://github.com/stefanprodan/dockprom
• Storj Exporter Source: https://github.com/anclrii/Storj-Exporter
• Grafana Storj Exporter Dashboard: https://github.com/anclrii/Storj-Exporter-dashboard
• Prometheus Collector Config:

# prometheus.yml
global:
  scrape_interval:     15s
  evaluation_interval: 15s

# A scrape configuration containing exactly one endpoint to scrape.
scrape_configs:
  - job_name: storj
    scrape_interval: 60s
    metrics_path: /metrics
    static_configs:
      - targets: ['<node-ip>:9651']

4. (Optional) Monitor Storj Node Uptime with use Uptimerobot

Another option to monitor & receive alert if your node is down with Uptime Robot by monitoring port 28967, but this approach can only help you receive the alert if node down, No any additional metrics is collect with this approach

For the detail guide to setup, please check my solution to monitor the

Blog development series - Setup health check Ghost Blog with Uptime Robot

TLDR; This is a series of post-recording & sharing the progress setup of my blog from the beginning of development to meet the needs for stable and reliable blog operation Series * Blog development series - Setup MVP Blog with Ghost and Docker * Blog development series - Setup health check Ghos…

Vi Nguyen BlogVĩ Nguyễn

Trong bài này mình sẽ nói về góc nhìn mà mình thấy cryptocurrency có thể ứng dụng được trong product sau khi mình thử nghiệm qua một vài product liên quan đến cung cấp các dịch vụ VPN, lưu trữ, chia sẻ tài nguyên tính toán ( compute power) phân tán ( decentralize) đó là sử dụng cho các micropayments.

Lưu ý: trong bài viết này mình có nhắc đến một số product thực tế mà mình có trải nghiệm để làm ví dụ, nhưng mình sẽ không xét đến mức độ thành công hoặc tồn tại của product này trong thời gian tới, vì đơn giản là build được một product thành công thì khó mà :D. Trải nghiệm của làm việc mình trong công ty partnership với các đối tác có thể đồng hành tạo ra các impactful product cho thấy vậy. Quá nhiều biến số tác động đến thành công của nó. Mình chỉ bàn đến phần khả năng ứng dụng thanh toán trong các product này sử dụng cryptocurrency thôi.

Vậy micropayment là gì?

A micropayment is a small transaction, often carried out online, that can be as small as a fraction of a cent.

Micropayment là một giao dịch tài chính liên quan đến một khoản tiền rất nhỏ và thường là một khoản tiền diễn ra trực tuyến, và giá trị này nhỏ hơn một số nhất định, có thể chỉ là 1 phần của cent, hoặc vài Viet Nam đồng.

Các product có thể ứng dụng micropayment ra sao?

Mình thấy trong các product build theo dạng platform, để cung cấp cơ chế cho các bên cùng đóng góp vào product và tạo ra giá trị sẽ thích hợp cho các dạng thanh toán này.

Ví dụ về mảng VPN phi tập trung, 2 product trong mảng này mình có sử dụng qua, dưới cả 2 góc độ là Người dùng & Provider ( cung cấp các địa chỉ VPN cho người dùng cuối) là Mysterium và Sentinel.

Như trên hình, bạn có thể thấy có 3 bên tham gia vào việc cung cấp và sử dụng VPN.

• Broker: Đóng vài trò như mô giới để tổ chức và điều phối việc cho thuê và thuê VPN, và nhận khoản phí từ các transaction được tạo ra trên nền tảng của mình
• Provider ( hoặc Node Operator): là bên cung cấp tài nguyên VPN & có nhu cầu cho bên  Consumer thuê để sử dụng và nhận về benefit cho mình.
• Consumer: là bên có nhu cầu tìm kiếm và thuê VPN để sử dụng và sẵn sàng trả tiền cho việc đó, vd như mình cần vào đọc Medium ( chẳng hiểu sao network nhà mình lại Medium bị Medium chặn :D)

Một ví dụ khác lấy từ Golem Network :

Với mô hình của Golem cũng tương tự như Mysterium hay Sentinel, chỉ khác ở phần dịch vụ mà product cung cấp, thay vì cung cấp VPN thì Golem tập trung vào giải pháp cung cấp tài nguyên tính toán cho requestor, thông qua 1 giao thức chuẩn do Golem define ra để đảm bảo các application có thẻ chạy được trên các provider machine và trả về kết quả mong muốn cho Requestor.

Chi tiết hơn về cách apply micropayments trong dạng product này:

Nhìn về khía cạnh product, thì một platform dạng như này sẽ có 2 scope chính cần quan tâm:

• Cung cấp giải pháp đặc thù của product: Hạ tầng kết nối VPN hoặc sức mạnh tính toán, không gian lưu trữ, ... nói thẳng ra là bất cứ tài nguyên gì có thể mô giới trung gian được trên nền tảng internet, tùy vào target và vấn đề mà product muốn giải quyết
• Xử lý phần thanh toán cho các giao dịch giữa requestor và provider, và trích hoa hồng cho broker.
• Các scope khác để phục vụ cho nhu cầu product mình tạm không bàn đến.

1.Cung cấp giải pháp đặc thù của product (hạ tầng kết nối VPN, sức mạnh tính toán, ...):

Phần này thì không liên quan gì tới crypto hoặc blockchain.

Ví dụ trong VPN solution thì vẫn là các vấn đề kĩ thuật của của networking và setup VPN, về cơ bản thì mình thấy nó không khác gì các app VPN khác: cung cấp giải pháp kết nối dựa trên một số giao thức chuẩn như WireGaurd, OpenVPN, và viết các app đầu cuối abstract các giao thức này thành giao diện trên UI để user có thể tiện sử dụng.

Vd giao diện của app Sentinel Lite và Mysterium trên mobile:

hoặc như trong Golem thì là việc chuẩn hóa các tác vụ thông qua các giải pháp ảo hóa, vd wasmtime, chi tiết hơn có thể tham khảo ở link.

Về phần solution để giải quyết bài toán trong product mình sẽ không đi sâu trong bài viết này, các bạn có thể đọc thêm ở document của các product

2. Xử lý phần thanh toán cho các giao dịch:

Đây mới chính là phần mình muốn nhấn mạnh việc apply cryptocurrency để thực hiện các toán cho các transaction trong product.

Vì đây là các micropayments, một giao dịch có giá trị rất nhỏ, ví dụ trong trường hợp của mình sử dụng Myst để truy cập Medium trong 15-30 phút, ước chừng 10-15MB dữ liệu, vậy giá trị của 1 giao dịch khá thấp, có thể thấp hơn nhiều so với giá trị nhỏ nhất của 1 loại tiền tiện fiat có thể có ( vd 1 cent) và  tất nhiên sẽ thấp hơn nhiều so với chi phí để xử lý 1 giao dịch.

Nếu approach theo cách bình thường mà Web2 hay sử dụng thì giải pháp theo mình sẽ là ghi sổ  các giá trị giao dịch, và summary lại vào cuối kỳ thanh toán. sau đó đến kì thanh toán thì sẽ tiền hành thực hiện giao dịch với các bên liên quan. nếu vậy thì sẽ có 1 số rủi ro có thể kể đến:

Rủi ro về thanh toán của Requestor/Broker/Provider:

• Nếu chọn cách yêu Requestor/Consumer deposit trước khi sử dụng ( trả trước) và tiền này do Broker giữ. Thì sẽ có nguy cơ Broker lock tiền và không thanh toán cho Provider, hoặc thông tin thanh toán kém minh bạch do Broker làm sai lệch sổ sách lưu trữ, tệ nhất là Broker ôm tiền bỏ trốn ( như giật hụi ở việt nam vậy)
• Nếu chọn cách kết toán và yêu cầu Requester thanh toán hóa đơn ( trả sau) thì có nguy dơ Requestor sẽ không thanh toán & xù tiền sau khi sử dụng dịch vụ, lúc đó người bên chịu rủi ro sẽ là Broker và Provider.

Rủi ro của các bên trung gian khác:

Trong các giao dịch trong môi trường Web2, sự giao dịch cần có các bên khác tham gia vào quá trình thanh toán ( Bank, Payment Gateway, ...). với mỗi bên trung gian được thêm vào, thì phần phức tạp và chi phí, rủi ro cũng sẽ thêm vào phụ thuộc vào các bên trung gian tham gia vào giao dịch.

Vậy Cryptocurrency có thể giúp giải quyết bài toán này như thế nào?

Theo mình thì có 3 ưu điểm:

• Loại bỏ các bên trung gian.
• Tự động hóa việc xử lý giao dịch thông qua SmartContract.
• Cryptocurrency có đơn vị thanh toán tối thiểu rất nhỏ.

Nhược điểm:

• Transaction fee chưa đủ thấp để thanh toán từng micropayments transaction

Loại bỏ bên trung gian và thực hiện các giao dịch một cách tự động bằng cách sử dụng SmartContract

• Bằng cách sử dụng SmartContract, và ví của user được kết nối trực tiếp đến SmartContract trong lúc thực hiện giao dịch, việc này sẽ giúp loại bỏ hoàn toàn các bên trung gian không cần thiết, tiền sẽ được chuyển trực tiếp từ Requestor đến Provider một cách tự động và tuân thủ các điều khoản đã được định nghĩa trong SmartContract, không có gian lận hay lock giao dịch, phụ thuộc vào bên nào trong hệ thống cả.

Đơn vị thanh toán tối thiểu rất nhỏ:

Hãy xét qua đơn vị thanh toán nhỏ nhất của BTC và ETH như hình. một đơn vị thanh toán mang giá trị cực kì nhỏ nên sẽ cực kì phù hợp cho các giao dịch nhỏ như mình nói ở bên trên.

Lấy ví dụ về giá của Mysterium:

1.99 USD cho 75GiB, tương đương với khoảng 0.000026USD/MiB dữ liệu kết nối qua VPN. số này hoàn toàn có thể được xử lý và gởi qua mạng lưới crypto vì giá trị này lớn hơn nhiều lần so với giá trị nhỏ nhất (sub-unit) của 1 Token.

Nhược điểm: Phí giao dịch vẫn quá đắt

Lấy ví dụ đây là phía giao dịch hiện tại trên mạng Polygon ( 26/12/2022). mức phí này( 0.0071USD/trans) vẫn đắt hơn ~27 lần số tiền phải chi trả cho 10MB dữ liệu sử dụng trong ứng dụng.

Vì vậy mặc dù tiềm năng của cryptocurrency để áp dụng thanh toán micropayment là rất lớn, nhưng nó chỉ thật sự khả thi khi nào các network thật sự hoàn thiện các giải pháp mở rộng để đưa mức phí giao dịch về cực thấp, thì các micropayments mới thật sự bùng nổ được.

Review trong 3 product: Sentinel, Golem, Mysterium.network,

Golem:

Trong 3 product mình sử dụng qua thì Golem là product duy nhất mình thấy đã apply hoàn thiện cơ chế payment per transaction, tức là giao dịch được thực hiện giữ Requestor và Producer ngay sau khi job được hoàn tất. nhưng các thực hiện này vẫn gặp nhược điểm lớn như mình nhắc đế phía trên, phí giao dịch quá cao.

Bạn có thể thấy trong khoảng 1 năm trước Golem sử dụng zkSync( giải pháp layer 2) để thực hiện giao dịch. nhưng phía giao dịch lại cao gấp 34 lần giá trị của giao dịch đó. gần đây thì Golem đã chuyển network sang sử dụng giải pháp trên mạng Polygon, nhưng phí giao dịch vẫn còn cao gấp 6 lần giá trị của job thực thi, cho tới thời điểm mình viết bài thì không rõ thật sự Golem đã ra dược giải pháp để khắc phục được việc này chưa.

Sentinel

• Ứng dụng này vẫn còn trong giai đoạn testing và kiểm thử, nhưng mình thấy giá trị giao dịch & mức phí của nó khá hợp lý khi sử dụng mạng Cosmos để giao dịch. hình bên dưới là giao dịch update status của node để cho sentinelhub biết là node của provider vẫn đang online và cập nhập giá mới nhất của node.

Mysterium

Myst là product hoàn thiện nhất và product ready, cung cấp giải pháp ổn định nhất trong 3 product này ( xét về góc nhìn cung cấp dịch vụ)

Tuy nhiên có lẽ vì phí giao dịch per transaction còn quá đắt nên Myst vẫn chỉ áp dụng cơ chế Deposit đối với user, và Settlement cho provider - một cơ chế payment khi giá trị tích lũy đạt đến số dư tối thiểu. vì vậy có thể thấy là Myst vẫn đang duy trì invoice bên trong mạng nội bộ của mình thay vì lưu trữ toàn bộ data on-chain cho phần thanh toán.

Tạm kết

Tiềm năng để có thể áp dụng cryptocurrency vào trong việc thực hiện các giao dịch thanh toán của product thực tế là rất lớn, điều này có thể cho thấy Cryptocurrency có thể mở rộng ra để apply trong bất product nào chứ không chỉ giới hạn trong các product liên quan tới mảng đầu tư, hoặc các game tài chính, hoặc GameFI, .... nhờ các ưu điểm vượt trội của nền tảng này.

Nhưng điểm yếu nhất của Cryptocurrency mà các giải pháp hạ tầng cần phải xử lý được là phí giao dịch phải thấp hơn nữa, thì mới thật sự tạo thành điểm mạnh và điểm cộng thu hút các bên phát triển product có thể tự tin apply và tạo ra innovative product cho mình và user.

Reference:

• https://cointelegraph.com/news/blockchain-technology-can-make-micropayments-finally-functional

Chào mọi người, trong phần này mình sẽ tiếp tục chia sẻ các quan điểm của mình về đào coin, dưới dạng hỏi đáp.

Link phần 1: https://vinguyen.blog/crypto-mining-dao-coin-nen-hay-khong-va-diem-thu-vi-la-gi-goc-nhin-khac-ngoai-loi-nhuan-phan-1

Question 6: Có những cách nào để đào coin nếu đã mua máy?

Answer:

• Đào coin chính/coin có thanh khoản cao: đây là cách bền vững và ổn định nhất trong việc mining, chiến lược đơn giản là trang bị dàn máy, chọn các coin có volume cao,  coin chủ đạo của một dòng thuật toán ( vd BTC, ETH, LTC, DASH), chọn pool, cắm và đào. Theo mình thì phần lớn các miner đều đào hoặc phân bổ 80-90% lượng máy của mình theo chiến lược này. ưu điểm là ổn định, dễ kiểm soát và coin đào ra dễ thanh khoản, nhưng nhược điểm là lời không quá nhiều.
• Cho thuê hash: Cách này cũng tương đối hiệu quả với lượng máy nhỏ, hoặc mini farm, cách tiếp cận thì giống như cách đào coin chính, nhưng thay vì cắm vào pool đào coin thì mang lên các sàn trao đổi hash cho người mua, Theo kinh nghiệm của mình thì lợi nhuận sẽ cao hơn lợi nhuận của đào coin chính một chút.
• Săn Altcoin (coin rác): cách này đòi hỏi thời gian và công sức nhiều hơn, thường cần phải có đội nhóm để cùng phối hợp, nhưng bù lại lợi nhuận thu lại cũng cao hơn nhiều nếu tìm được coin tốt. coin rác ở đây là những coin mà volume thấp, ít người đào hoặc vô tình bị bỏ quên. hoặc những coin vừa mới được tạo ra, chưa được list sàn, chưa có nhiều hash đổ vào để đào, với dạng coin này thì yếu tố then chốt là thời gian, có hai thời điểm quan trọng nhất: vào đào sớm nhất để thu được nhiều coin nhất có thể, trước khi hash từ thị trương tràn vào càn quét coin này, trước đây thì https://bitcointalk.org là diễn đàn mà anh em nào muốn chơi theo hướng này thì đều phải lên canh và check thường xuyên. thu hai là canh thời điểm list sàn, khi coin vừa được list trên một sàn thì cần phải xả nhanh nhất có thể trước khi các miner khác xả vô đầu mình. thường các anh em chơi theo chiến thuật này sẽ có vài ba ổ cứng chứa đầy ví chưa coin rác, chỉ cần 1 trong số đó list thành công trên sàn & bán thành công, thì công sức thu về đáng để cover cho đống coin rác còn lại trong ổ cứng.

Question 7: Người mua hash thường mua để làm gì vì người bán bán hash thường giá sẽ cao hơn giá đào coin chính một ít?

Answer:  Săn những coin có lợi nhuận cao hơn dòng coin chính và ít thông tin public, điển hình như cách săn coin Altcoin mình nhắc đến ở trên.

Question 8: có những dạng cho thê  hash nào và những sàn trao đổi nào phổ biến?

Answer: Theo mình có 2 dạng:

• Cho thuê cố định, theo kiểu Central, Miner bán hash cho sàn với giá do sàn đưa ra, sàn sẽ bán lại cho bên mua với giá do sàn đưa ra. điển hình nhất của dạng này là Nicehash
• Tự chủ động set giá bán, và người mua sẽ mua, kí contract mua trong 1 khoản thời gian nhất định và chọn người bán có giá hợp lý nhất mà mình người mua thấy phù hợp với mình, điển hình của dạng này là MiningRigRentals

Question 9: tôi có thể tìm hiểu về các chỉ sổ của miner ở đâu?

Answer: một trong những trang cung cấp chỉ số tốt nhất mà chúng ta có thể tham khảo là Glassnode.

• Trang này cung cấp rất nhiều các chỉ số từ giá, độ khó, hashrate, lợi nhuận liên quan đến miner
• Tuy nhiên cần lưu ý rằng các số liệu này mang ý nghĩa thống kê và có tính trung bình, nên cũng chỉ mang tính chất tham khảo là chính, vì là chỉ số trung bình nên sẽ có 1 tập miner ở trên ngưỡn trung bình, và 1 tập miner khác ở dưới ngưỡng trung bình của các chỉ số
• Lấy ví dụ chỉ số về chi phí để mine 1BTC ( theo mình nhớ không nhầm thì ở thời điểm hiện tại 26/12/2022. chi phí để mine 1 BTC rơi vào khoảng 16k-18k usd. nhưng với những tập miner ở tập dưới của chỉ số trung bình, họ tự tin có thể miner với chi phí chỉ rơi vào khoảng 10k-11k/BTC, với giá điện rơi vao tầm 0.05-0.06USD/Kwh, nên giá BTC có thấp tới mức này hoặc thấp hơn nữa, thì vẫn luôn có 1 tập miner kiếm lời được từ việc mining. đừng tin quá nhiều vào các chỉ số thống kê

Question 10: chi phí của miner gồm những phần chí phí nào?

Answer:

• Chi phí điện: Đây là phần chi phí lớn nhất và quyết định xem một dòng máy có khả năng hoàn vốn hay không khi quyết định nhảy vào lĩnh vực mining. nếu ở Việt Nam, và mining với giá điện kinh doanh do EVN cung cấp ( 3500vnd/kwh ~ 0.15 usd/kwh) bạn sẽ không thể nào cạnh tranh được với các farm công nghiệp ở vùng bắc trung quốc sử dụng giá điện từ thủy điện chỉ rơi vào tầm 0.05-0.06usd/kwh vào mùa mưa. khủng khiếp chưa.
• Chi phí mua máy: đây là chi phí lớn thứ hai ảnh hưởng đến hòa vốn và lợi nhuận, mình nhớ thời điểm Antminer S9 ra mắt va sốt xình xịch ở VN, giá bị đẩy lên tới gần 100tr/máy, nhưng chỉ sau đó 1 năm thì giá còn bán với giá sắt vụn ( 3-4Tr/máy). Nên theo mình phần lớn các farm lớn đều chọn thời điểm down trend, mùa đông để gom hàng về chạy. chỉ có các anh em chơi nhỏ lẻ hoặc thiếu kinh nghiệm, thì mới fomo đi mua máy ở đỉnh và mong chạy kiếm lời thôi.
• Chi phí vận hành: để mine được thì bạn cần nhà xưởng, nơi đặt máy , chi phí nhân công vận hành, phần này nếu bạn mine với số lượng càng lớn thì chi phí đầu đầu tư cho 1 máy sẽ càng nhỏ.
• Chi phí bảo trì/bảo dưỡng: đây cũng là 1 phần đáng cân nhắc, vì hầu hết là các linh kiện điện tử, chạy liên tục 24/7 với nhiệt độ cao, nên việc hư hỏng, thay thế, sữa chữa là 1 nhu cầu tất yếu và phát sinh chi phí lớn nếu không bảo trì và duy trì được môi trường đủ ổn định ( về nhiệt độ, độ ẩm, bụi, ...)

Tạm kết: mình dừng phần chia sẻ của mình ở đây, hi vọng sẽ có phần 3 sớm, cảm ơn mọi người đã kiên nhẫn đọc hết chủ đề tản mạn lan man của mình.

What is Storj?

Storj is a cryptocurrency blockchain platform powering a decentralized system for digital file storage. It's one of the first decentrialize cloud storage (DCS) network in the world, was launched in 2017 on the Ethereum Network as a secure place to storage data. Storj wants to create a most cost-effective, transparent, and secure platform alternatives such as Google, Amazon, Microsoft, ..., as well as give a solution so that end users have complete control over their data. To archive this, storj develop a platform that allow individual could rent out space on their computer, Then, the platform would take a user's file, data, encrypt it and storing the separate particles across multiple compute. In that way the data is secure and nobody can access the central server & stolen the file and and space lessors can also make a profit from storing users' data on their computers. In simple terms, Storj can be called Uber in the field of data storage, but is built on the blockchain platform.

• For the detail information, check the Storj Docs https://docs.storj.io/
• As an example of Storj DCS, you can use it to backlog the data: https://vinguyen.blog/blog-development-series-backup-ghost-blog-data-with-storj/

What is Storj Node Operator?

Storage Node Operators contribute unused hard drive capacity to the network, enabling the storage network to be distributed around the world and earn profit from it.

What got me the idea of wanting to be a Storj node operator?

• Inspired by the article: https://www.storj.io/blog/sharing-storage-space-for-fun-and-profit
• Want to contribute to blockchain platforms and decentralize solution
• Be operated and feel the fun of operating a server that requires high stability and avaibility

How to become Storj Node Operator?

• Full document: https://docs.storj.io/node

What is the minimum requirement to become a Storj Node Operator?

Source From: https://docs.storj.io/node/before-you-begin/prerequisites

• One (1) processor core dedicated to each node service
• Minimum of 550 GB with no maximum of available space per node
• Minimum of 2 TB of bandwidth available per month with a public IP
• Minimum of 5 Mbps bandwidth upstream
• Minimum of 25 Mbps bandwidth downstream
• Minimum uptime (online and operational) of 99.3% per month, max total downtime of 5 hours monthly

Review of a Storj Node's Revenue and profit:

I. Estimated revenue for the current month:

• Time range of the data on the dashboard: 22 days, from Dec 01 to Dec 22,2022.
• Total 8 online nodes is running, and none of theme have the Held back

Disk Space Information:

• Total Diskspace: 12.1TB
• Disk used: 10.1TB - Revenue is paid for this part
• Disk Free: 2.07TB - No revenue for this part

Bandwidth:  

• Ingress: 1.09TB - No revenue for this part
• Egress: 986,52BG - Revenue is paid for this part

Income

• For 22 days: 27.43USD
• Estimation for 30 Day: 27.43/22*30 = 37.4USD
• Average income per day per filled disk: ~1.24Usd/day/10TB ~ 0.12USD/Day/TB

II. Review a Node

Node Context:

• Location: Canada
• Disk Space: 1.8TB
• Disk Used: 1.775TB
• Free Space: 25GB
• Uptime: more than 12 months

Estimation payout Dec 2022:

Payout history by Satellite last month (November, 2022)

Last 12 Month Payout Summary

Time range: Dec 2021 to Nov 2022

Heldback:

In this post, we'll setup a MVP Blog using Ghost and Docker on Linux environment, full setup script could be founded at: https://github.com/ngtrieuvi92/mvp-ghost-blog-docker

TLDR; This is a series of post-recording & sharing the progress setup of my blog from the beginning of development to meet the needs for stable and reliable blog operation

Context

This blog is a simple monolithic application deployed with docker & managed by docker-compose running 2 containers: Ghost 5.3 & Mysql 8.0 as the diagram bellow

Series

• Blog development series - Setup MVP Blog with Ghost and Docker
• Blog development series -  Setup health check Ghost Blog with Uptime Robot
• Blog development series - Backup Ghost Blog with Storj

Why Ghost?

Ghost is one of the most popular open source blogging platforms. It provide powerful features for almost everything related to blogging, such as: editing, publishing, email newsletters, and offer paid solutions for the publisher with a few click to setup.

Ghost offer pre-made themes that you can use to setup it quickly, but it also support extensive API, so you can use it as a headless CMS and build your custom frontend

You can use the cloud version of Ghost with a lot of support & feature offer from Ghost, check more at: https://ghost.org/pricing, ready to use and forcus in the content without any effort for operation. that will the best option for non-tech guy only want to have a blog to write & publish content.

Why Self-Host Ghost?

If you don't want to use solution from ghost Ghost, you can also host a blog by yourself, on that way:

• you can learn a lot of thing when operation your blog  and it infrastructure, and you can get the source code
• you can to make the blog fulfill all your wishes by customizing it yourself.

Why Host Ghost blog with Docker?

You can install Ghost in several ways, one of which is Docker.

Deploying Ghost with Docker has many advantages ( with me).

• Docker/Container is a popular and standard solution to hosting everything from development to production, small scale to large scale
• With Docker, you can get a flexible and portable way to run your blog anywhere, you can spin up on another instance quickly when you need
• Your can learn a lot of things about Docker, Container, Operation, DevOps when you operation your blog in the long time.

This post will guide you through the entire process of setting up a minimal, ready to use Ghost blog with docker (MVP) to help you can start to writing your content, The guide to make Blog more reliable and high availability will mention in this series

For the full features of Ghost, check more at: https://ghost.org

Technical Stack & Deployment Diagram

Technical Stack

In this guide, we'll use:

• Ubuntu server 22.04 LTS as the based OS with firewall already setup for allow ssh, http and https.
• Cloudflare as the DNS server and SSL (reverse proxy).
• Docker & Docker-Compose: main stack for deployment
• Ghost Image:
• Mysql as the primary Database

Deployment diagram

Why I call this a MVP Blog and what is the known limitation?

MVP stand for Minimum Viable Product. In my opinion and my insight, the goal of the blog is help the publisher to writing the content the publish it to audience, that is the key feature of a blog, with the MVP scope, we need to priority this first  to release it on production, bring content to use, the receive the fast feedback from audience to improve the content, the blog UI/UX, ....

Known limitation:

• Backup/Restore:
• High Performance & High Availability:
• Fulfill the UI/UX:
• Fulfill the Operation:

Setting Up Ghost with Docker

Step 1. Setup docker & docker-compose

If you have already installed Docker and Docker-Compose, then you can start with Step 2.
1.1 Install Docker

This can vary depending on the Linux distribution used.

You can use the util script provide by Docker at https://get.docker.com

curl -fsSL https://get.docker.com -o get-docker.sh
sh get-docker.sh

Or installation by the package for specific Operating System, example is for Ubuntu:

sudo apt update
sudo apt install apt-transport-https ca-certificates curl software-properties-common -y
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -

# Depending on Version:

# Ubuntu 18.04:
sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu bionic stable"

# Ubuntu 20.04
sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu focal stable"

sudo apt update
sudo apt upgrade -y
sudo apt install docker-ce -y

1.2 Non-root user access

Run when logged in as the user that should also be allowed to run docker:

sudo usermod -aG docker ${USER}su - ${USER}

1.3 Install Docker-Compose:

sudo curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
sudo chmod +x /usr/local/bin/docker-compose

Step 2. Running the Ghost with Docker

Full script setup can be founded at: https://github.com/ngtrieuvi92/mvp-ghost-blog-docker

Create new docker-compose.yml with content bellow:

version: '3'

services:
  ghost:
    image: ghost:5.22.9
    container_name: blog_ghost
    volumes:
      - ./ghost/content:/var/lib/ghost/content:z
    ports:
      - ${PUBLIC_PORT:-2368}:2368
    restart: always
    env_file:
      - ./.env
    links:
      - mysql

  mysql:
    image: mysql:8
    container_name: blog_database
    volumes:
       - ./dbdata:/var/lib/mysql  # Persist storage
    env_file:
      - ./.env
    expose:
      - "3306"
    restart: always

Then create and input variable for .env

###################################################
#          Ghost configuration                    #
#          All Ghost config should be put here    #
################################################### 

# GHOST BLOG 
NODE_ENV=production # set either production or development, then it will load the respective config
PUBLIC_PORT=80
database__client=mysql
database__connection__host=mysql
database__connection__user=a-mysql-user
database__connection__password=a-password-of-mysql-user
database__connection__database=blogdatabase

###################################################
#          Mysql configuration                    #
#          All Mysql config should be put here    #
###################################################

MYSQL_ROOT_PASSWORD=mysql-admin-password
MYSQL_USER=a-mysql-user
MYSQL_PASSWORD=a-password-of-mysql-user
MYSQL_DATABASE=blogdatabase

Run command bellow to start the blog

docker-compose up -d
docker-compose logs -f

At  the end of this step, Ghost blog up & running at the port 80 of the server, go to the browser and access it via the server IP

Step 3. Exposing and Securing the Ghost Blog

To make sure that the blog is easy to access by mapping a domain & secure by setup SSL:

The simple solution is use the Cloudflare service with proxied mode, mapping your domain with the server ip and it done.

Other Solutions:

You can choose any solution that familiar with you to setup SSL for the blog:

Examples:

• Setup reverse proxy use Nginx and SSL with Let's encrypt:  https://www.digitalocean.com/community/tutorials/how-to-secure-nginx-with-let-s-encrypt-on-ubuntu-22-04
• Ghost with Traefik: https://tech.aufomm.com/deploy-ghost-with-docker-and-traefik-2/

Step 4. Setting up the Ghost blog

Now you can go to the ghost admin at: https://<your-blog-domain>/ghost and starting to setup the Blog:

Init Admin Account, Site Title:

Explore the Ghost Admin & Setting up

Some suggestion that we should consider top setup:

• General information
• Ghost theme
• Navigation
• Membership setting

Create your first post and publish: click the + button next to Posts, which will take you to the post editor.

Check more at: https://ghost.org/tutorials/

Conclusion

In this post, you guided to quick setup a new Ghost blog by docker, that help you can easy to start, maintain & extend your blog on the feature.

Next post on this series, I make it more reliable, safe, trackable, and give the data to improve the blog. thanks for read this.

Series

• Blog development series - Setup MVP Blog with Ghost and Docker
• Blog development series -  Setup health check Ghost Blog with Uptime Robot
• Blog development series - Backup Ghost Blog with Storj

I. Context

This blog is a simple monolithic application deployed with docker & managed by docker-compose running 2 containers: Ghost 5.3 & Mysql 8.0 as the diagram bellow

Why we need backup the data?

The world is divided into 2 types of people, one who has backed up the data and the other who will the backup data

Data backup is an important and urgent task that any data system must have to ensure that we have the opportunity to preserve our data in the event of any failure. happen (hacked, ransomware, hardware-corrupted, human mistake, ...)

II. Backup Ghost blog using Bash script and Storj

Why Storj?

• I want to use Storj DCS as a storage solution for backup tool so that I can test the effectiveness of Storj DCS by myself and I am also a Storj Node Operator so I want to have the most complete view from both sides users and node operator.
• If you don't want to use Storj, you can choose any remote source that Rclone support: S3, S3 compatible solution ( MINIO, Filebase), Google Drive, check more at: https://rclone.org/overview/

Why Bash?

• Just Simple, Bash is the glue to connect everything & it a great tool for interactive in command line environment

What should I backup?

Two things:

• Ghost content /content: which includes my blog content in JSON, member CSV export, images, themes and some configurations
• Database: major blog database,
• (Optional) Application Versioning, docker-compose file

Overview step to backup:

• Register an account & setup new bucket on Storj
• Install some requirements tool: Rclone, Restic
• Setup Restic repo to work with Rclone and Storj
• Implement backup script
•  Copy & Zip Ghost Blog Content
•  Export Database to sql or sql.gz file
•  Backup content to remote destination with Restic & Reclone
• Setup Schedule for automation Backup
• Prepare recovery Plan & rehearsal for restoration

III. How to setup backup use Storj and Bash script

Step 1. Create an account & setup new bucket on Storj

First one, register new account on Storj and create new bucket to storage backup content.

Register new account: https://www.storj.io/

Currently, Storj is free 150GB for each account after register ( 3 project & 50GB for each project). It enough for me to storage backup data right now.

Create new S3 Credential:

Storj DCS provide a S3 compatible Gateway MT to help us use it with S3 Interface, so we'll create a new Credentials and setup Rclone to use it.

For detail: https://docs.storj.io/dcs/api-reference/s3-compatible-gateway

The important note here is: write down & storage your passphrase carefully, if you lost it, you may lose your data permanently because the data you upload on Storj will be encrypt & spit to small piece before distribution one storage nodes ( read more at: How Storj Works)

Step 2: Install requirements tools

Install Rlone & Restic

For Ubuntu based:

sudo apt install -y rclone restic

For Linux Distro, please check:

• Rclone: https://rclone.org/install
• Restic: https://restic.readthedocs.io/en/stable/020_installation.html

Step 3: Setup Restic repo to work with Rclone and Storj

Config Rclone sync files to Storj bucket

For shortcut: create new rclone config and put it in: $HOME/config/rclone/rclone.conf with the content bellow

[storj]
type = s3
provider = Other
env_auth = false
access_key_id = <s3-credential-access-key-created-in-step-1>
secret_access_key = <s3-credential-secret-access-key-created-in-step-1>
endpoint = https://gateway.storjshare.io
acl = private
chunk_size = 64M

For detail guide:  https://docs.storj.io/dcs/how-tos/sync-files-with-rclone/rclone-with-hosted-gateway

Init new Storj Bucket with rclone

rclone mkdir storj:my-backup-bucket

Init Restic Repo

# Init Restic repo
restic --repo rclone:storj:my-backup-bucket/blog-backup init

For detail guide: https://docs.storj.io/dcs/how-tos/backup-with-restic

Step 4. Implement the backup script

1. Create a folder and import application environment into current shell

This just a temporary folder to collect everything before store it into Storj Bucket

# Create temporary folder
DAY=$(date +%A)
FULLDATE=$(date -I)
BACKUP_DIR=/tmp/backup/blog-backup-$FULLDATE
# Create temporary backup directory
mkdir -p $BACKUP_DIR

Import current .env config: this will help we load all current configuration ( database username, password, database name) into the current shell.

# Import current .env config
. .env

2. Copy & Zip Ghost Blog Content

Go to blog deployment repository then archive the ghost folder, it contain all most important information of our blog

tar -zcvf $BACKUP_DIR/ghost-content.tar.gz ghost

3. Export Database to sql or sql.gz file

General command to export database from a Mysql container:

docker exec <mysql-containername> /usr/bin/mysqldump --no-tablespaces -u <db-user> --password=<db-password> <ghost-blog-database-name> > $BACKUP_DIR/blog-db.sql

In case that the setup following my blog development series, the variable is loaded from .env file, so we can use this command with pre-fill enough information

docker exec blog_database /usr/bin/mysqldump --no-tablespaces -u $database__connection__user --password=$database__connection__password $database__connection__database > $BACKUP_DIR/blog-db.sql

4. Backup docker-compose  & .env file

(Optional) In case that the setup following my blog development series

cp docker-compose.yml $BACKUP_DIR/
cp .env $BACKUP_DIR/env

5. Backup content to remote destination with Restic & Rclone

General command:

restic --repo rclone:<s3-compatible-config-name>:<bucket><folder> backup $BACKUP_DIR

In case that the setup following my blog development series

• Make sure that RESTIC_BACKUP_REPO & RESTIC_PASSWORD_FILE declared on .env file

• Create a file at the path $RESTIC_PASSWORD_FILE and put the Restic repo password into that file

• Run the command bellow to backup

restic --password-file=$RESTIC_PASSWORD_FILE --repo $RESTIC_BACKUP_REPO backup $BACKUP_DIR

6.  Wrap-up into bash script

#!/bin/bash
set -e

echo "#########################################################################"
echo "# BACKUP GHOST BLOG - `date +%A` - `date +%Y-%m-%d_%Hh%Mm%Ss`          #"
echo "#########################################################################"

# Import application configuration
. ../.env

# Declare variables
DAY=$(date +%A)
FULLDATE=$(date -I)
BACKUP_DIR=/tmp/backup/blog-backup-$FULLDATE
# Create temporary backup directory
mkdir -p $BACKUP_DIR

# Extract Mysql Database
# https://anothercoffee.net/how-to-fix-the-mysqldump-access-denied-process-privilege-error/
echo "Backing up database "
docker exec blog_database /usr/bin/mysqldump --no-tablespaces -u $database__connection__user --password=$database__connection__password $database__connection__database > $BACKUP_DIR/blog-db.sql

# Copy Ghost Blog Content Driectory
echo "Backing up Ghost Data directory..."
tar -zcvf $BACKUP_DIR/ghost-content.tar.gz ../ghost


# Copy docker-compose & application configuration
echo "Backing docker-compose & application configuration..."
cp ../docker-compose.yml $BACKUP_DIR/
cp ../.env $BACKUP_DIR/env

# Backup data to  Storj bucket
echo "Backing data to Storj bucket"
restic --password-file=$RESTIC_PASSWORD_FILE --repo $RESTIC_BACKUP_REPO backup $BACKUP_DIR
 
# Clean up temporary forder
rm -rvf $BACKUP_DIR

echo "Backup completed"

7.  Verify backup status

restic --repo $RESTIC_BACKUP_REPO snapshots
enter password for repository:
repository a5cf4e77 opened successfully, password is correct
ID        Time                 Host                   Tags        Paths
----------------------------------------------------------------------------------------------------
cb5c1de7  2022-12-13 08:48:34  4aqz.l.vinguyen.blog              /tmp/backup/blog-backup-2022-12-13
----------------------------------------------------------------------------------------------------
1 snapshots

• Your can login into the Storj Dashboard and login into the bucket with the passphase created in Step 1 to view the file uploaded to Storj Bucket

Step 5: Setup Schedule for automation Backup

Input new rule in crontab to schedule run the backup script.

5 1 * * * <path/to/backup.sh/file 2>&1

Step 6. Prepare recovery Plan & Rehearsal for restoration

In-case that we need to restore from backup, follow Step 2 and Step 3 to install rclone, restic, then config the rclone with S3

[storj]
type = s3
provider = Other
env_auth = false
access_key_id = <s3-credential-access-key-created-in-step-1>
secret_access_key = <s3-credential-secret-access-key-created-in-step-1>
endpoint = https://gateway.storjshare.io
acl = private
chunk_size = 64M

then run the restore.sh script

Restore script

#!/bin/bash
set -e

echo "#########################################################################"
echo "# RESTORE GHOST BLOG - `date +%A` - `date +%Y-%m-%d_%Hh%Mm%Ss`          #"
echo "#########################################################################"

read -p "Restore directory ( default: ./restore): " INPUT_RESTORE_DIRECTORY
read -p "Restic repository name ( rclone:<S3-bucket-compatibility>:<directory>): " INPUT_RESTIC_BACKUP_REPO

if [[ -z "$INPUT_RESTIC_BACKUP_REPO" ]]; then
   printf '%s\n' "Restic repository name is required"
   exit 1
fi

RESTORE_DIRECTORY=${INPUT_RESTORE_DIRECTORY:-"$PWD/restore"}
RESTIC_BACKUP_REPO=$INPUT_RESTIC_BACKUP_REPO

echo "Thanks for input, Restoring the latest backup from $RESTIC_BACKUP_REPO into $RESTORE_DIRECTORY ..."
restic --repo $RESTIC_BACKUP_REPO restore latest --target $RESTORE_DIRECTORY

echo "Re-create running environment"
mv -f $RESTORE_DIRECTORY/tmp/backup/blog-backup-*/* $RESTORE_DIRECTORY
mv $RESTORE_DIRECTORY/env $RESTORE_DIRECTORY/.env
tar -xvf ghost-content.tar.gz .
cd $RESTORE_DIRECTORY
docker-compose up -d
sleep 20 # Waiting for application boot
. .env
cat blog-db.sql.sql | docker exec -i blog_database /usr/bin/mysql -u $database__connection__user --password=$database__connection__password $database__connection__database

echo "Restore completed, please check your blog up and run at: http://localhost:$PUBLIC_PORT"

Conclusion

• With this approach, your blog data is safe and recoveriable.
• Three things need to save at the safe place to make sure that you restore the data
• 1) Storj S3 Credential
• 2) Storj S3  Passphase
• 3)  Restic Repo Password

On the next post, I'll do some improvement to help us monitor schedule ( crontab) and a backup policy to help us maintain the versioning of backup better

Trong bài viết này mình chia sẻ một số góc nhìn, cách hiểu của mình về ngành crypto mining &  các góc nhìn, thông tin mình thu thập được về thị trường này, mình sẽ viết dưới dạng Q&A để chia sẻ những suy nghĩ của mình.

Context

Mình là một người có ấn tượng & đam mê với ngành phần mềm có tương tác sâu với phần cứng , nên crypto mining là một ngành mình thấy rất thú vị, vì bản chất của nó là tận dụng các khả năng của phần mềm để tối ưu hóa năng lực của phần cứng,  hoặc level cao hơn là custom phần cứng để gia tăng năng lực cạnh tranh nhằm thu về lợi nhuận cao hơn cho mình.

Mình tham gia vào thị trường mining khá trễ, cuối 2016 đến đầu 2018 thì rút hẳn, chỉ còn theo dõi  thị trường cho vui, lý do không mine nữa cũng dài, mình sẽ kể sau, có thể góc nhìn của mình có thể đã phần lớn outdated so với tình hình chung hiện nay (2022), không dài dòng nữa, vào bài thôi, các bạn có thắc mắc hoặc góp ý thì contact mình nhé:

Q&A

Question 1: Đào coin có mang lại lợi nhuận không?

Answer 1: Có, nhiều hay ít thì tùy kĩ năng và năng lực của từng đội đào, khả năng chốt lời, chọn loại coin cần mine, kinh nghiệm quản lý, tối ưu năng lực phần cứng, phần mềm, tối ưu chi phí.

Question 2: ETH đã chuyển sang PoS và PoW thì luôn bị thế giới lên án vì sử dụng quá nhiều năng lượng, vậy trong tương lai ngành này còn phát triển không?

Answer 2:

• Theo mình thì vẫn sẽ phát triển, mặc dù PoS đang là xu hướng hiện nay, nhưng PoW vẫn sẽ tồn tại theo thời gian, có thể sẽ không phát triển và dominate thị trường nữa,  nhưng nghành này vẫn rất phát triển và nhiều cộng đồng hỗ trợ, đứng sau những đồng coin lớn trên thị trường là những company lớn, có thể làm maker để kiến tạo thị trường. mình lấy ví dụ như Bitman/Antpool - Một ông lớn trong ngành sản xuất máy đào coin, sau khi ETH chuyển sang PoS thành công thì đã đầu tư rất nhiều vào ETC để kiến tạo thị trường mới cho các máy đào của mình, hoặc như BTC vẫn sẽ kiên trì đi với PoW, và mình nghĩ cũng chẳng có lý do gì để BTC đổi sang PoS cả. :D.
• Góc nhìn khác, PoW mình thấy là một thị trường đã được chứng minh là có lợi nhuận và tăng trưởng được, nên miễn là thị trường này còn có khả năng sinh lời, thì vẫn sẽ còn người tham gia kiến tạo và kiếm lời thừ thị trường này

Question 3: Các bên nào tham gia vào thị trường mining?

Answer 3: mình tạm chia thành 1 số bên theo cách mình hiểu

• PoW Coin Founder: mình tạm gọi như vậy, họ là những người muốn phát hành đồng coin mà có thể mine đc bằng các giải thuật PoW để phục vụ cho mục đích của họ, có thể là phát triển product, hoặc cho vui, ...., nhưng miner thì cần coin, và luôn có người tạo ra các đồng coin cho họ.
• Anh em miner ( trong đó có miner cò con như mình): nhìn ra được khả năng kiếm lợi nhuận và nghĩ ra có thể kiếm sống được từ ngành này, nhiệt tình tham gia vào thị trường ( và dứt áo đi cũng rất nhiều sau mỗi lần downtrend), lớp này người này là đông nhất và ở mọi nơi, đông như quân nguyên và cũng bỏ xác nhiều như quân nguyên sau khi đánh trận.
• Nhà sản xuất phần cứng: Bitman, ADM, Nvidia, Innosilicon, ...: các bên này kiếm được cực kì nhiều lợi nhuận bằng việc bán phần cứng cho miner, và trong mùa uptrend, hầu hết phần cứng bán ra tiêu thụ trong 1 nốt nhạc, thậm chí có những công ty mining không muốn lãng phí thời gian đợi ship quá lâu mà thuê hẵn hàng không để shipping cho nhanh.
• Nhà sản xuất phần mềm: bạn có phần cứng ( CPU, GPU, ASIC), và có 1 đồng coin có thể khai thác được bằng phần cứng bạn đang có, vậy thì sẽ có những bên sẽ chuyên viết phần mềm ( có thể cũng là những nhà phát triển phần cứng, hoặc pool operator, hoặc coin founder, hoặc những bên thứ ba chuyên tối ưu phần mềm cho phần cứng có sẵn ( ví dụ Braiin.com))  viết ra những phần mềm chuyên dụng để khai thác tối đa sức mạnh của phần cứng để khai thác đồng coin, và nhận về commission từ việc này.
• Pool Operator: Miner hiện tại hầu hết không thể sống và cạnh tranh được bằng cách mine solo, trừ khi là chủ của những farm lớn, và các miner hầu hết đều sẽ có nhu cầu hùn hạp làm ăn chung, từ đó khái niệm pool ra đời, và có product ra đời thì cần có bên vận hành và lấy phí hoa hồng, các bên này chỉ đứng giữa, tổ chức cho các miner có thể cùng nhau mine 1 loại coin, và chia lợi nhuận, dễ làm, dễ chơi và ăn thật, ít rủi ro hơn so với đầu tư phần cứng trực tiếp, nên số lượng pool cũng cực kì nhiều.
• Thương gia (Trader): để kết nối nhu cầu giữa các bên sản xuất, bán phần cứng với anh em miner, thì anh em thương gia là một phần không thể thiếu, nhập hàng, thông quan, setup, hỗ trợ kĩ thuật, bảo dưỡng bảo trì, .... nói chung là việc gì khó thì có mấy anh em thương gia hỗ trợ nhiệt tình.
• Xưởng đào coin (farm): không phải ai cũng có năng lực tự build cho mình một trại đào coin và vận hành được, hoặc không thể tìm được chi phí mining hợp lý ( chủ yếu là chi phí điện). nên một nhu cầu lớn tiếp theo là đầu tư & mang đi gởi ở farm để host hộ ( trọn gói có, chỉ host thôi tự vận hành có, quy mô lớn nhỏ, trong ngoài nước có đủ, ....) nên hình thành một thị trường thứ cấp ở đây để cung cấp giải pháp cho anh em đào coin.
• Exchange Market ( Sàn giao dịch): anh em mine xong thì luôn có nhu cầu thanh khoản, vì vậy mang lên 1 sàn giao dịch nào đó bán, là nhu cầu tất yếu, và ở các sàn giao dịch và các đồng coin lớn, việc tracking ví của các miner xem bán hay đang hold, để dự đoán trend và tâm lý thị trường là một việc thường thấy trên thị trường crypto.
• Crypto product founders: hầu hết các founder product đều muốn build cho mình một cộng đồng để phát triển sản phẩm, nên cũng có rất nhiều founder gắn bó với PoW để tận dụng điểm mạnh của hình thức này và kết nối với cộng đồng anh em miner.
• Hash Exchange Market(ví dụ Nicehash): đây là 1 thị trường phái sinh thứ cấp, các máy đào phát sinh năng lực hash theo từng thuật toán của từng loại coin để có thể mining, vậy nếu bạn không có máy đào mà vẫn muốn đào coin thì sao? vậy là có 1 thị trường hình thành vì có phát sinh nhu cầu, các chợ trao đổi hash vậy là ra đời để đáp ứng nhu cầu này, tôi muốn đào coin, nhưng không có máy, anh có máy nhưng không muốn nhức đầu để tìm coin, vậy bán hash cho tôi đi, tôi sẽ mua và tự chọn coin để đào, thú vị đúng không? :D

Question 4: Kiểm tra lợi nhuận của các máy đào coin ở đâu?

Anwser 4:

• Whattomine:  trang web phổ biến nhất, và có thể là tồn tại lâu nhất từ trước tới giờ
• Asicminervalue: chuyên thống kê lợi nhuận theo của các dòng máy ASIC,  nhưng không liệt kê chi tiết lợi nhuận theo coin
• Minerstat: Data nhiều, giao diện đẹp, release từ tầm 2018 2019, thông tin chi tiết đầy đủ
• Nicehash: Chợ trao đổi hash lớn nhất hiện tại và hiển thị profit của các dòng phần cứng khi cho thuê hash trên chợ, nhưng cũng có thể gọi là thước đo tiêu chuẩn của thị trường mining cho các dòng phần cứng.

Question 5: Có những loại phần cứng nào có thể đào coin được?

Answer:

• CPU: dòng phần cứng đầu tiên để đào BTC (2009) và tới nay vẫn còn phát triển, một số dòng coin chỉ hỗ trợ đào bằng CPU và phát triển các thuật toán để anti-GPU & ASIC, dòng này còn đặc biệt được ưa chuộng bởi các anh em hacker, mã độc nhúng vào web, vào máy tính của user, khai thác lén sức mạnh CPU để chuộc lợi cho mình, tuy nhiên đây vẫn là 1 dòng phần cứng được ưu chuộng để phát hành dòng coin mới.
• GPU: sau khi đào coin bằng CPU thì một miner trên thế giới bắt đầu để ý tới GPU vì số nhân xử lý nhiều hơn và có thể chạy song song tốt hơn CPU, vì vậy phần mềm đào coin sử dụng GPU bắt đầu phát triển và coin nào có thể đào được bằng GPU thì sẽ mang lại lợi nhuận gấp nhiều lần so với CPU nếu sử dụng 1 thuật toán, các dòng coin sau này khi ra mắt thì hầu hết đầu tập trung support cho GPU. vì vậy mới có khái niệm build dàn trâu cày coin ( 6 chân, 8 chân: 6 card, 8 card đồ họa ,...), dòng này chiếm số lượng đông đảo, và cũng đang chết thảm sau thi ETH hark folk thành công sang PoS, hiện tại GPU vẫn đang đợi 1 dòng coin mới lên lãnh đạo và kéo lại phần mining này, mình tin là sớm thôi.
• ASIC: (application-specific integrated circuit - mạch tích hợp chuyên dụng): sau thời kì của GPU thì coin thủ tiến lên một tầm cao mới, build các mạch tích hợp chỉ để xử lý một thuật toán duy nhất của 1 dòng coin hỗ trợ, ví dụ SHA-256 của BTC. tốc độ của dòng này so với GPU thì như bạn đi so sánh Lamborghini ( ASIC) và xe đạp (GPU) vậy. Chỉ cần 1 hãng sản xuất được 1 dòng ASIC cho 1 dòng thuật toán, thì đào bằng GPU xem như bỏ ( trừ thuật toán của dòng ETH), nhưng nghiệt ngã hơn là nếu 1 hãng phần cứng khác phát hành 1 ASIC cùng thuật toán nhưng hashrate cao hơn, thì khả năng đu đỉnh ASIC của anh em mua trước cũng cao không kém. Các hãng phần cứng mining lớn như Bitman, Innosilicon, Whatsminer ... (tham khảo: asicminervalue) đều là chuyên chế tạo và bán các dòng ASIC này, nhược điểm là vì là mạch ASIC nên chỉ làm đúng được 1 thuật toán, nếu coin chủ đạo đổi thuật toán & cộng đồng coin còn lại nhỏ thì máy xác định bán sắt vụn, hoặc ngoài đào coin ra thì dòng máy này không làm được gì khác, không như GPU hoặc CPU còn thanh lý về chơi game được, chắc chỉ còn mang đi quạt than, sấy quần áo (đã thử và rất hiệu quả :D)
• FPGA: dòng này thì huyền thoại và ít phổ biến hơn vì tính xa xỉ của phần cứng, vì nó sử dụng các board lập trình cổng luận lý (FPGA) để implement các thuật toán, thường thì các mạch này chỉ dùng trong các lĩnh vực khoa học, quân sự, thiết kế chip, ... vì trước khi làm ra 1 con chip cứng thì cũng cần có các con chip "mềm", lập trình được, và trên thế giới cũng chỉ có vài hãng sản xuất được FPGA hiệu năng cao, số lượng cũng hạn chế ( hầu hết của US). ưu điểm dòng này là lập trình được thuật toán bằng mạch luận lý nên hiệu năng lý thuyết gần bằng ASIC, và lập trình lại được để đổi thuật toán ( giống thế mạnh của GPU), nhưng việc này cần tính chuyên môn cao, chưa kể chi phí phần cứng đắt đỏ, 1 mạch FPGA hơn 100tr vnd thì cũng bình thường, nên về lợi nhuận sẽ khó hấp dẫn, có thể tham khảo qua một số thông tin ở đây: https://www.bittware.com/cvp-13
• HDD: sau khi tận dụng hết các chip tính toán, thì HDD cũng được lên ý tưởng để đào coin, coin đầu tiên tiếp cận sử dụng HDD để đào là Burst Coin, nhưng hiện tại cũng không phát triển lắm, mãi đến 2020/2021 thì Chia Coin( XCH) mới là dòng coin tiếp theo đi theo hướng sử dụng HDD và có cải tiến về thuật toán (PoST) đã tạo nên một trend mới và tạo nên một đợt sốt HDD/SDD ngắn hạn, Roadmap XCH cũng mạnh hứa hẹn triển khai smartcontract được, nhưng cần thời gian để xem có tồn tại được trên thị trường hay không, nhược điểm mình thấy lớn nhất của các dòng coin này là khả năng thay đổi dòng coin đào chậm. CPU, GPU, chỉ cần thay đổi phần mềm, hoặc pool đào (ASIC). (Với cùng 1 thuật toán) thì có thể đổi loại coin mới để đào ngay, dòng HDD gần như để đổi phải xóa hết và setup lại từ đầu, chưa kể số coin support HDD cũng quá ít để tạo nên 1 cộng đồng hấp dẫn cho miner.

Tạm kết: mình sẽ viết tiếp phần sau và publish sớm, xem như tản mạn về việc đào coin nhân mùa downtrend thứ 3 & chào mừng đến mùa đông crypto tiếp theo, winter is coming!

(Update 1: Phần 2): https://vinguyen.blog/tan-man-ve-dao-coin-crypto-mining-phan-2/

Vietnamese version: https://vinguyen.blog/diem-manh-va-yeu-cua-caprover-trong-trien-khai-production/

What is Caprover?

• TLDR: Free and Open Source PaaS!
• For more detail: https://caprover.com/docs/get-started.html

Props:

• Caprover is a complete open source PaaS (Heroku like as open source) built on the basis of docker swarm & production ready: that is, we can use it for similar deployment on Heroku on 1/many self-host servers
• Because of Caprover is PaaS, it easy to apply Twelve-Factor in the deployment model
• There are many simple & handy deployment solutions: CLI, Web UI, Git integration, deployment model,  CI/CD ready to use after setup
• Leverage the power of Docker/Dockerize Application, which is already very popular among programmers today
• One-Click App has many pre-configuration applications available. on-click to deploy

Cons

• Persistent data: I think this to be a major limitation of Caprover,  it only supports persistent data on Disk (once they get created they get locked down on a specific server if you have multiple servers). so if you want to deploy a service that requires Persistent data, the horizontal scale of the app is suppressed because it can only be used on one server, or the application must be designed to be a stateless app from the beginning and use the following mechanisms. other storage: eg BlockStorage ( S3/MinIO/Storj,...)
• Scaling resources on multiple nodes (need more verification): in a case while supporting the team to setup scale a Caprover cluster, I found that autoscaling & resource balancing on multiple nodes is not really good, some cases need have to manually allocate resources on the server. This point is both the optimal point (because we can plan where to put the service is best) but also more effort take to setup & monitor, this point the orchestration Other tools like k8s work quite smoothly
• Account management & Authentication: CapRover is not an enterprise grade application like Kubernetes. Caprover doesn't have the goal to become an enterprise grade application, so the mechanisms for users, delegation, and resource sharing will not be developed in the Caprover core, so if you have the desire to use it in a large team, having a decentralized mechanism, or many applications/services belonging to many different products on the same Caprover, it is almost impossible to deploy.

When should we use Caprover?

• The team is small, can be trusted and doesn't need complicated mechanics, the product is in the MVP or early state of the insight product, not large scale, traffic to the backend does not increase or decrease, volatility, ...
• The number of services is simple, persistent data is designed according to stateful service.
• The server has Horizontal and Vertical Scale capabilities.
• Team has experience with docker, dockerizied application, want to deploy CI/CD process fast, convenient, compact & ready to use
• Have experience with Nginx, Letsencrypt,...
• Familiar with PaaS model like Heroku

When shouldn't we use Caprover?

• Complex applications, many services, a lot of traffic, or unusual fluctuations (eg events, e-comerse flash sales)
• The team has many products but wants to deploy on the same Caprover cluster, but has the desire to divide data and resource rights.

Alternative Solutions:

• Heroku: it's good, popular and ready to use
• Docker, docker-compose on Single server: this solution is just enough for small applications, not too high traffic, simple, convenient, easy to sync & backup, CI/CD can also be deployed by some simple techniques simple
• Aws Autoscaling Group/Azure VM Scale Set: This solution is better for applications with high load demand, or scaling when needed
• Kubernetes/K8S: if it can be applied, it's good, but cumbersome and costly to maintain, the cost of platform resources is high, so it's only suitable for relatively large applications and the team has strong K8S experience (I will have a post to share. on this matter later)

Series

• Blog development series - Setup MVP Blog with Ghost and Docker
• Blog development series -  Setup health check Ghost Blog with Uptime Robot
• Blog development series - Backup Ghost Blog with Storj

Context

This blog is a simple monolithic application deployed with docker & managed by docker-compose running 2 containers: Ghost 5.3 & Mysql 8.0 as the diagram bellow

Why I need to setup health check tool?

As a owner & operator of this blog, I want to know status it and make sure that it's online & server request for user when they need to read content from blog. If my blog is down, I want to receive alerts to handle it as soon as possible and keep the blog is high avaibility

What should I setup?

With that goal ( monitor status of blog), I usually use Uptime Robot as a a simple solution and easy to setup that enough for me to monitor blog & receive alerts if my website have problems.

Uptime Robot a free online service that monitors your website, it'll sent request to your application every five minutes,  check the response status code and notifies if your website is down via email, mobile push notification, Slack, Webhook, ...  It asks for website header and check the status code response linke "200 -ok", "400- not found". If the status doesn't indicate any problem, your website is up & running. If the status code is 400+, 500+, then your website down, Uptime Robot will doing some several checks for next 30s to make sure that your website is really down then notifies alerts via pre-config target ( email, mobile push notification). Your can have more  additional feature if subscription the premium version, check it here: https://uptimerobot.com/pricing/

How Can I Setup?

Step 1: Register a new account:

• Go to  Uptime Robot ( with my ref code) to register new account on Uptime Robot, no credit card is require, only need to verify account via email

Step 2: Create  New Monitor

• At the home page of Uptime Robot, click Add New Monitor button, then input the blog/webisite information
• Friendly Name: Any things that help you easy to detect your website, example: Vi Nguyen Blog
• URL: your endpoint/ip that you what to monitor: example https://vinguyen.blog/
• Alert Contact: check the contacts that you want to receive alerts if your website is down
• Another configuration: only available on premium version

Note: Your can manage the Alert contact in the Setting: https://uptimerobot.com/dashboard.php#mySettings

Step 3:  Waiting for Uptime Robot checking & make sure that the blog is up

After input the data and create new monitor, you should wait for some minutes the refresh the website, to make sure your blog/website is scanned & up

Step 4 (Optional):  Install mobile app and login, to receive notify alert

• if you want to receive push notification on your mobile, install app (avaialbe on Appstore & PlayStore), the login your account on mobile app, then if alerts happen, it will push to your device ( if you are already config on the alert contact of monitor).

Step 5 (Optional): Create new status page and publish it to publish your blog/website status

• Go to Status page config https://uptimerobot.com/statuspage.php
• Then create new Status page
• Add/remove the monitor that you want to show on the status page

Limitation of Free version: You can not map a custom subdomain ( ex https://status.vinguyen.blog to Uptime Robot Status page), you can only view as a random generate URL: https://stats.uptimerobot.com/4GR4Vtz5k5

Reference documents:

• https://ostechnix.com/monitor-website-uptime-using-uptime-robot/

Affiliate link:

UptimeRobot: Free Website Monitoring Service

Start monitoring in 30 seconds. Use advanced SSL, keyword and cron monitoring. Get notified by email, SMS, Slack and more. Get 50 monitors for FREE!

GoDaddy logo

Tuần rồi mình vừa có một tranh luận thú vị với team về việc khi nào thì nên sử dụng Caprover để triển khai mô hình production, mình sẽ chia sẻ lại một số góc nhìn của mình khi nào nên sử dụng và không nên sử dụng Caprover:

English version: https://vinguyen.blog/what-is-advantages-and-disadvantages-of-caprover-in-production-deployment/

Caprover là gì?

• Ngắn gọn: Free and Open Source PaaS!
• Chi tiết hơn: https://caprover.com/docs/get-started.html

Điểm mạnh và điểm không mạnh của Caprover là gì?

1. Điểm mạnh:

• Caprover là 1 opensource PaaS hoàn chỉnh (Heroku like as opensource) được build dựa trên nền tảng docker swarm & production ready: nghĩa là chúng ta có thể dùng để triển khai tương tự triển khai trên Heroku trên 1/nhiều self-host server:
• Vì là PaaS nên dễ dàng apply được Twelve-Factor trong mô hình triển khai
• Có nhiều giải pháp deployment đơn giản & tiện dụng: CLI, Web UI, Git integration
• Mô hình triển khai, roll-out đầy đủ, CI/CD ready để sử dụng
• Tận dụng được thế mạnh của Docker/Dockerzied Application vốn đã rất phổ biến trong giới lập trình hiện tại
• One-Click App có sẵn nhiều pre-configuration application. on-click to deploy

2. Điểm chưa mạnh

• Persistent data: mình đánh giá đây là 1 điểm giới hạn lớn của Caprover, vì chỉ hỗ trợ được persistent data on Disk (Once they get created they get locked down on a specific server (if you have multiple servers).): vì với hạn chế này thì khi muốn triển khai 1 service đòi hỏi Persistent data thì tính horizonal scale của app bị triệt tiêu vì chỉ sử dụng được trên 1 Server, hoặc application phải thiết kế để thành stateless app ngay từ đầu và sử dụng các cơ chế storage khác: vd Blockstorage ( S3/MinIO/Storj,...)
• Scaling resource trên multiple nodes (cần kiểm chứng thêm): trong một vài trường hợp trong lúc hỗ trợ team để setup scale 1 Caprover cluster, mình nhận thấy việc autoscaling & cân bằng resource trên nhiều node chưa thật sự tốt, một số case cần phải manually phân bổ resource trên server, với mình thì điểm này vừa là điểm tối ưu ( vì có thể tự tính toán xem nên để service ở đâu là tốt nhất) nhưng lại vừa quá tốn chi phí setup & monitoring, điểm này các orchestration tool khác như k8s cơ chế hoạt động khá mượt mà
• Account quản lý & phân quyền trên Caprover: CapRover is not an enterprise grade application like Kubernetes. về cơ bản thì caprover không có goal trở thành enterpise grade application, nên các cơ chế về user, phân quyền, chi sẻ tài nguyên sẽ không được phát triển nhiều, nên nếu bạn có mong muốn sử dụng Caprover trong 1 team nhiều member, có cơ chế phân quyền, hoặc nhiều application/service thuộc nhiều product khác nhau trên cùng 1 Caprover thì gần như không triển khai được.

Vậy Caprover phù hợp và không phù hợp khi nào?

Phù hợp:

• Team nhỏ, có thể tin tưởng được và hông cần cơ chế phức tạp product đang ở giai đoạn MVP hoặc early state của insightful product , chưa large scale, traffic vào backend không tăng giảm, độ biến, ...
• Lượng service không quá nhiều, persistent data được thiết kế sẵn theo statefull service
• Server có khả năng Horizontal  và Vertical Scale.
• Team có sẵn kinh nghiệm với docker, dockerzied application, muốn triển khai quy trình CI/CD nhanh, tiện, gọn & ready để sử dụng
• Có sẵn kinh nghiệm với Nginx, Letsencrypt,...
• Quen thuộc với mô hình PaaS như Heroku

Không phù hợp:

• Application phức tạp, nhiều service, traffic nhiều, hoặc tăng giảm bất thường ( vd event, e-comerse flash sales)
• Team có nhiều product nhưng muốn cùng triển khai trên cùng 1 Caprover, nhưng lại có mong muốn phân chi quyền dữ liệu, tài nguyên.

Các giải pháp triển khai khác có thể sử dụng

• Heroku: xịn rồi, trả tiền là được
• Docker, docker-compose on Single server: giải pháp này vừa đủ cho các application nhỏ, traffic không quá cao, đơn giản, tiện dụng, dễ đồng bộ & backup, CI/CD cũng có thể triển khai bằng một số kĩ thuật đơn giản
• Aws Autoscaling Group/Azure VM Scale Set: giải pháp này thì xịn xò hơn để cho các application có nhu cầu tải cao, hoặc scaling được khi có nhu cầu
• Kubernetes/K8S: nếu apply được thì tốt, nhưng cồng kềnh và chi phí maintain, chi phí resource nền tảng cao, nên chỉ phù hợp với những application tương đối lớn và team có kinh nghiệm K8S mạnh ( mình sẽ có 1 bài chia sẻ về vấn đề này sau)