Sui — это высокопроизводительный блокчейн первого уровня (L1), который разрабатывает компания Mysten Labs для обслуживания децентрализованных приложений, чувствительных к задержкам.

Сайт проекта | Документация проекта | Discord | GitHub | Explorer
Telegram канал сообщества Starnodes

Награды

50% от общего предложения выделено на комьюнити. За каждую волну запуска нод в сети тестнет, при условии, что вас выбрали, награда 200 SUI или 2000 SUI, если вас выбрали в качестве валидатора.

Системные требования

10 CPU 32RAM 1000 SSD // не стоит запускаться, если у вас нет свободных 1000гб

Используемые порты: 9000, 9184 tcp

Подготовка сервера

Обновим пакеты системы:

sudo apt update && sudo apt upgrade -y

Установим необходимое программное обеспечение:

sudo apt install tar wget jq git libclang-dev libpq-dev cmake mc ncdu htop -y

Я рекомендую создать отдельного пользователя для запуска ноды:

sudo adduser sui

Добавить в группу Sudo:

sudo usermod -aG sudo sui

Установим Rust:

sudo curl https://sh.rustup.rs -sSf | sh -s -- -y 
source $HOME/.cargo/env

Установка ноды Sui

Если нужна свежая установка, то удалите старые данные:

sudo systemctl stop suid
sudo systemctl disable suid
rm -rf $HOME/.sui
rm -rf $HOME/sui
rm -rf /var/sui
sudo rm -f /usr/bin/{sui,sui-node,sui-faucet}
sudo rm -f /usr/local/bin/{sui,sui-node,sui-faucet}
sudo rm /etc/systemd/system/suid.service
systemctl daemon-reload

Клонируем репозиторий:

git clone https://github.com/MystenLabs/sui

Перейдем в папку проекта:

cd sui

Создадим ветку с исходным репозиторием:

git remote add upstream https://github.com/MystenLabs/sui

Синхронизируем версию:

git fetch upstream

git checkout -B devnet --track upstream/devnet

git checkout -B testnet --track upstream/testnet

Соберем бинарные файлы, займет 10-30 минут:

cargo build --release

Перемещаем полученные бинарники в /usr/bin/

sudo mv $HOME/sui/target/release/{sui,sui-node,sui-faucet} /usr/bin/

Создаем рабочий каталог для ноды:

mkdir -p $HOME/.sui

wget -qO $HOME/.sui/genesis.blob https://github.com/MystenLabs/sui-genesis/raw/main/devnet/genesis.blob

wget -qO $HOME/.sui/genesis.blob https://github.com/MystenLabs/sui-genesis/raw/main/testnet/genesis.blob

Копируем конфиг файл:

cp $HOME/sui/crates/sui-config/data/fullnode-template.yaml $HOME/.sui/fullnode.yaml

Редактируем авто вставкой:

sed -i -e "s%db-path:.*%db-path: \"$HOME/.sui/db\"%; "\
"s%metrics-address:.*%metrics-address: \"0.0.0.0:9184\"%; "\
"s%json-rpc-address:.*%json-rpc-address: \"0.0.0.0:9000\"%; "\
"s%genesis-file-location:.*%genesis-file-location: \"$HOME/.sui/genesis.blob\"%; " $HOME/.sui/fullnode.yaml

sudo tee -a $HOME/.sui/fullnode.yaml >/dev/null <<EOF 

p2p-config: 
seed-peers: 
- address: "/ip4/65.109.32.171/udp/8084"
- address: "/ip4/65.108.44.149/udp/8084"
- address: "/ip4/95.214.54.28/udp/8080"
- address: "/ip4/136.243.40.38/udp/8080"
- address: "/ip4/84.46.255.11/udp/8084"
- address: "/ip4/135.181.6.243/udp/8088"
- address: "/ip4/89.163.132.44/udp/8080"
- address: "/ip4/95.217.57.232/udp/8080"
- address: "/ip4/15.204.163.225/udp/8080"
- address: "/ip4/65.108.68.119/udp/8080"
- address: "/ip4/155.133.22.151/udp/8080"
- address: "/ip4/45.14.194.21/udp/8080"
- address: "/ip4/159.69.58.44/udp/8080"
- address: "/ip4/139.180.130.95/udp/8084"
- address: "/ip4/51.178.73.193/udp/8084"
- address: "/ip4/162.19.84.43/udp/8084"
- address: "/ip4/146.59.68.207/udp/8080"
- address: "/ip4/89.58.5.19/udp/8084"
- address: "/ip4/38.242.227.80/udp/8080"
- address: "/ip4/144.217.10.44/udp/8080"
- address: "/ip4/178.18.250.62/udp/8080"
- address: "/ip4/213.239.215.119/udp/8084"
EOF

Дополнительно можно настроить прунинг для экономии места:

sudo tee -a $HOME/.sui/fullnode.yaml >/dev/null <<EOF 

authority-store-pruning-config:
  objects-num-latest-versions-to-retain: 5
  objects-pruning-period-secs: 86400
  objects-pruning-initial-delay-secs: 3600
  num-latest-epoch-dbs-to-retain: 3
  epoch-db-pruning-period-secs: 3600
  enable-live-pruner: true
EOF

Установите RPC testnet, если вы устанавливаете ноду в сети testnet:

sui client switch --env https://fullnode.testnet.sui.io:443

Если нужно вернуться к RPC devnet введите:

sui client new-env --rpc https://fullnode.devnet.sui.io:443 --alias https://fullnode.devnet.sui.io:443
sui client switch --env https://fullnode.devnet.sui.io:443

Создадим службу для запуска:

sudo tee /etc/systemd/system/suid.service > /dev/null <<EOF
[Unit]
Description=Sui node
After=network-online.target

[Service]
User=$USER
ExecStart=`which sui-node` --config-path $HOME/.sui/fullnode.yaml
Restart=on-failure
RestartSec=3
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target
EOF

Запустим службу и добавим в автозапуск:

sudo systemctl daemon-reload
sudo systemctl enable suid
sudo systemctl restart suid

Проверка логов:

sudo journalctl -f -u suid -o cat

Обновление ноды:

Зайдем под пользователем sui:

su sui

sudo systemctl stop suid
# при необходимости: rm -rf $HOME/.sui/db
wget -qO $HOME/.sui/genesis.blob https://github.com/MystenLabs/sui-genesis/raw/main/devnet/genesis.blob
cd $HOME/sui
git remote add upstream https://github.com/MystenLabs/sui
git fetch upstream
git checkout -B devnet --track upstream/devnet
#git checkout devnet-0.23.0
cargo build --release
sudo mv $HOME/sui/target/release/{sui,sui-node,sui-faucet} /usr/bin/
sudo systemctl restart suid
sudo journalctl -f -u suid -o cat

sudo systemctl stop suid
# при необходимости: rm -rf $HOME/.sui/db
wget -qO $HOME/.sui/genesis.blob https://github.com/MystenLabs/sui-genesis/raw/main/testnet/genesis.blob
cd $HOME/sui
git remote add upstream https://github.com/MystenLabs/sui
git fetch upstream
git checkout -B testnet --track upstream/testnet
git log --oneline -1
cargo build --release
sudo mv $HOME/sui/target/release/{sui,sui-node,sui-faucet} /usr/bin/
sudo systemctl restart suid
sudo journalctl -f -u suid -o cat

Полезные команды

Остановить ноду:

sudo systemctl stop suid

Запустить ноду:

sudo systemctl start suid

Перезапуск ноды:

sudo systemctl restart suid

Проверка логов:

sudo journalctl -f -u suid -o cat

Проверить текущую высоту на вашей ноде:

curl --location --request POST http://127.0.0.1:9000/ \
--header 'Content-Type: application/json' \
--data-raw '{ "jsonrpc":"2.0", "method":"sui_getTotalTransactionNumber","id":1}'; echo

Проверить текущую высоту на RPC сети devnet:

curl --location --request POST https://fullnode.devnet.sui.io:443 \
--header 'Content-Type: application/json' \
--data-raw '{ "jsonrpc":"2.0", "method":"sui_getTotalTransactionNumber","id":1}'; echo

Проверить текущую высоту на RPC сети testnet:

curl --location --request POST https://fullnode.testnet.sui.io:443 \
--header 'Content-Type: application/json' \
--data-raw '{ "jsonrpc":"2.0", "method":"sui_getTotalTransactionNumber","id":1}'; echo

Сторонний чекер для проверки синхронизации ноды (должно быть 100%):

https://www.scale3labs.com/check/sui

Docs

Twitter

Server Preparation

Working with a binary file and setting up

Creating a validator and generating a wallet

Useful commands

State Sunc

Update

1.Подготовка сервера - Server Preparation

Обновление и установка зависимостей - Upgrade and install dependencies

sudo apt update && sudo apt upgrade -y && \
sudo apt install curl tar wget clang pkg-config libssl-dev jq build-essential bsdmainutils git make ncdu gcc git jq chrony liblz4-tool -y

Installing Go

ver="1.19.1" && \
wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz" && \
sudo rm -rf /usr/local/go && \
sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz" && \
rm "go$ver.linux-amd64.tar.gz" && \
echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile && \
source $HOME/.bash_profile && \
go version

2.Работа с бинарным файлом и настройка - Working with a binary file and setting up

Cloning a repository

# Download the installation setup configuration
git clone https://github.com/humansdotai/humans
cd humans
git checkout v1.0.0
go build -o humansd cmd/humansd/main.go
sudo cp humansd /usr/local/bin/humansd

Initializing

humansd init <name_moniker> --chain-id testnet-1
humansd config keyring-backend test
humansd config chain-id testnet-1

Download genesis

curl -s https://rpc-testnet.humans.zone/genesis | jq -r .result.genesis > $HOME/.humans/config/genesis.json

Correct the configuration file

external_address=$(wget -qO- eth0.me)
sed -i.bak -e "s/^external_address *=.*/external_address = \"$external_address:26656\"/" $HOME/.humans/config/config.toml

sed -i.bak -e "s/^minimum-gas-prices *=.*/minimum-gas-prices = \"0.0025uheart\"/;" ~/.humans/config/app.toml

PEERS="e4234a5fba85b2c3d2ad157b6961ac3d115f4c49@humans-testnet.nodejumper.io:28656,fceabdb52e28e110b0c2e695b7295bd14af65f1f@195.201.59.194:26656,d5daa4f7089019fb845f18b0dd9ac9b47c3afe93@23.88.71.247:30656,d5e444638a236c6cf3e09167224f48b2f77a6611@185.198.27.109:2556,5c27e54b2b8a597cbbd1c43905d2c18a67637644@142.132.231.118:56656,dee3d7cbbb1ac884c008fefab23d53dc9d96b846@185.219.142.182:26656,e1fc3fd90808ff158102ef003ef7b6f056d7e27d@185.16.39.19:26656,198b1c1f136e5d24f33c218a027dd6394dab74ab@135.181.82.28:26656,636648f03fdda72d7caec67fcbf5e20a8a53d590@109.123.244.178:26656,01abf63cc2b799bb53d4d1a8c12f8713737e84ca@157.245.52.27:26656,17f4b40a52cb18293edc4f3c13e33efd09f446d4@65.109.53.60:26656,f88a461adb2db0ffdc9fed8d3caab08a4b327ce7@65.108.231.124:17656,327d518a106ac960f1d5ea78c228c244f0942562@82.65.197.168:26656,2f33b1312afcfffabae9f417bba0d29fe05f609d@65.108.78.101:26656,412888b64c840b879e34bd080dc233603bdd04b6@85.173.113.198:23656,049d4807acc00a42ed64a57b5f58c1c89d5be9db@65.109.88.180:15656,c2cf4e1d0da9ac1e8be5d5288d0bf8e8052b2d86@65.109.92.148:60856,4853c63022259d8c9f64c73353600249d905d227@212.90.121.121:13656,3f13ad6e8795479b051d147a5049bf4bd0a63817@65.109.87.88:22656,e0d59d2c5058552f536f4d21227f6d1050a16d57@65.109.106.91:22656,67826eb77eab91711f938132a9416dd1ec615b1b@65.109.88.254:39656,76c37181ddb27a9917a465d27be248891d85425d@162.248.224.186:26656,f9b186dffae34134d108e215b8d471c22f9f5b02@195.3.222.188:26656,dc4d6e5bc6a6a75f177d4d59ad584f9fbd3eb009@104.248.232.113:13656,d62cc03a547509ff40d7496c35471c3d640b9f61@34.68.218.99:26656,69822c67487d4907f162fdd6d42549e1df60c82d@65.21.224.248:26656,e8c875d2462e66ed5ee2671df4ba310cc9f8a4bf@95.214.55.62:60556,6aab8fbe8d8b8b61a17976f3b154282bec3a2d6c@176.9.22.117:12656,df698e4ff0e45324d67d312581574be8f3c1c4f1@144.76.27.79:46656,70adc2b27a27c69757d7399a21e1e80ee2703d94@65.109.84.215:60856,16e6bdd012b108e2a6ebe5fb26a31d0157238850@104.248.240.13:26656,f0a662bb16f6734f96c287d7012d8b004dc24c67@65.109.92.235:11026,96622dab2bebab9ff2ae2720feac5866215ad5b7@104.248.254.182:26656,28cee93eee4b0b800b362f8bba5a3edd25ff1030@195.201.83.166:48656,33f0ebee09c9420fbc56c61548eab66c5ebdbeb5@91.223.3.144:26756,c5d5a7b399867350c393f76988e2126012f2e064@75.119.133.212:26656,96fc064917274a80d43985a5c3440254dcae5dc9@65.108.134.208:36656,aec858a71cd3a57f7da8bcd5e80eca17d269af21@159.223.212.84:17656,739c605c870d8ef83a2e168fbaa77d6acfbe0de3@65.21.129.95:26656,184d6a0b185e263245810f6b8778aad49741c074@213.136.90.117:26656,c692c561c78549f4cfa8be220913189d5e35da30@164.90.221.176:26656,9d72348318e67750c9bb1e2a12c6a53fae7911eb@75.119.130.88:26656,a4f9fd8d76dd3fb4fc72b174be1e3bd6590a4d53@45.147.176.14:26656,54ca3e14e71fefb83ada327bcab7eed603907af3@65.109.165.99:26656,1e32e98f500f95ffde43236ec84153a051621130@15.235.80.84:26656,2685f8e77fec93c99a55f2adb13835a50124d04e@135.181.18.112:55686,958509db695a02e9cf514bb99793051bea11af45@65.109.88.251:11026,e42caa91e00da31258aa1b7b9a9e5d64062d6739@167.172.72.136:26656,f981952b0d46439b7bc1de9053865f72bcf662df@157.230.240.157:26656,f3d94eb33bad79e57af24743cea52cb3fbbbf45c@65.109.70.23:18456,7b0b40f045e66d83760859f42e8e95ce7ad93409@88.99.164.158:1166"
sed -i 's|^persistent_peers *=.*|persistent_peers = "'$PEERS'"|' $HOME/.humans/config/config.toml

SEEDS=""
sed -i.bak -e "s/^seeds =.*/seeds = \"$seeds\"/" $HOME/.babylond/config/config.toml

Prunning `app.toml'

pruning="custom"
pruning_keep_recent="1000"
pruning_interval="10"
sed -i -e "s/^pruning *=.*/pruning = \"$pruning\"/" $HOME/.babylond/config/app.toml
sed -i -e "s/^pruning-keep-recent *=.*/pruning-keep-recent = \"$pruning_keep_recent\"/" $HOME/.babylond/config/app.toml
sed -i -e "s/^pruning-interval *=.*/pruning-interval = \"$pruning_interval\"/" $HOME/.babylond/config/app.toml

Create a service file

sudo tee /etc/systemd/system/humansd.service > /dev/null << EOF
[Unit]
Description=Humans AI Node
After=network-online.target
[Service]
User=$USER
ExecStart=$(which humansd) start
Restart=on-failure
RestartSec=10
LimitNOFILE=10000
[Install]
WantedBy=multi-user.target
EOF

Launch

sudo systemctl daemon-reload
sudo systemctl enable humansd
sudo systemctl start humansd

sudo journalctl -u humansd -f --no-hostname -o cat

3.Создание валидатора и генерация кошелька - Creating a validator and generating a wallet

Wallet

# создать кошелек
humansd  keys add <name_wallet> --keyring-backend os

# восстановить кошелек (после команды вставить seed)
humansd  keys add <name_wallet> --recover --keyring-backend os

Creating a validator

humansd tx staking create-validator \
--amount=9000000uheart \
--pubkey=$(humansd tendermint show-validator) \
--moniker="$NODE_MONIKER" \
--chain-id=testnet-1 \
--commission-rate=0.1 \
--commission-max-rate=0.2 \
--commission-max-change-rate=0.05 \
--min-self-delegation=1 \
--fees=10000uheart \
--from=wallet \
-y

4. Удаление - Delete

Deleting

systemctl stop humansd && \
systemctl disable humansd && \
rm /etc/systemd/system/humansd.service && \
systemctl daemon-reload && \
cd $HOME && \
rm -rf .humans humans && \
rm -rf $(which humansd)

Обновление и установка зависимостей - Upgrade and install dependencies

sudo apt update && sudo apt upgrade -y && \
sudo apt install curl tar wget clang pkg-config libssl-dev jq build-essential bsdmainutils git make ncdu gcc git jq chrony liblz4-tool -y

Installing Go

ver="1.19.1" && \
wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz" && \
sudo rm -rf /usr/local/go && \
sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz" && \
rm "go$ver.linux-amd64.tar.gz" && \
echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile && \
source $HOME/.bash_profile && \
go version

2.Работа с бинарным файлом и настройка - Working with a binary file and setting up

Cloning a repository

# Download the installation setup configuration
git clone https://github.com/babylonchain/babylon
cd babylon
git checkout v0.5.0
make install

Initializing

babylond init <name_moniker> --chain-id bbn-test-1

Download genesis

wget https://github.com/babylonchain/networks/raw/main/bbn-test-1/genesis.tar.bz2
tar -xjf genesis.tar.bz2 && rm genesis.tar.bz2
mv genesis.json ~/.babylond/config/genesis.json

Correct the configuration file

external_address=$(wget -qO- eth0.me)
sed -i.bak -e "s/^external_address *=.*/external_address = \"$external_address:26656\"/" $HOME/.babylond/config/config.toml

sed -i.bak -e "s/^minimum-gas-prices *=.*/minimum-gas-prices = \"0.0025ubbn\"/;" ~/.babylond/config/app.toml

PEERS="88bed747abef320552d84d02947d0dd2b6d9c71c@babylon-testnet.nodejumper.io:44656,e4b3430b25eee1b46d5f9289b12eccdb6308b10b@168.119.124.130:30656,a4f76dddb6bdb195a0e49be82a3fd789d98631df@65.109.85.170:55656,af6104a6cc151aa645f933ea28cba1d5b0f7dbfd@213.239.216.252:41656,2c06e6d7ae970824dd3da1ac352c6f2fa6bb9f4b@38.242.241.126:26656,c48276582fbd884a57bd481d2b5c1503c7b73e92@54.224.66.12:26656,b531acac8945962606025db892d86bb0bf0872af@3.93.71.208:26656,ed9df3c70f5905307867d4817b95a1839fdf1655@154.53.56.176:27656,cd9d96f554e7298a8d1f1a94489f7a51520f01ff@142.132.152.46:47656,e3f9ccbfc86011bb2bd6c2756b2c8b8dc4c8eb97@54.81.138.3:26656,d54157138c8b26d8eabf4b0d9e01b2b5d9e38267@54.234.206.250:26656,617b10a9ea1c97b8230ccb70e1fb4ecef1b46601@18.212.224.149:26656,b53302c8887d4bd57799992592a2280987d3f213@95.217.144.107:20656,1400847b76e57c13e49ff1bfbcce7e71865dde7f@65.109.92.240:17896,ad3684076dc5c514bd4ba847203b2c1900d48ead@82.65.197.168:26656,a5fabac19c732bf7d814cf22e7ffc23113dc9606@34.238.169.221:26656,ca7bffa119704c7666a7ae10e7d17e5a2f857071@65.109.106.179:20656,03ce5e1b5be3c9a81517d415f65378943996c864@18.207.168.204:26656,1d0c78d6945ac4007dafef2a130e532c07b806d2@65.108.105.48:20656,01e9880fa946a378b2cd6a0432525812c295333e@89.58.59.75:60556,539bbebeb0d13ac22db640b102235f7e4f00856d@104.244.208.243:20656,42dd05c43fa9e51cfabc6a2ab0afa9044b123cc6@34.201.34.29:26656,b4ccb4af8c4e226e5844065197dfbe013690758b@65.108.233.220:14656,f136d7e7788c8e9c9c4784703f158029ffdb70b5@65.108.200.248:55706,5fd378bc1490dfd582fb6d32de3c02e743047811@195.14.6.2:26656,b10105846b4f9086b9f9245df4841a4bb7c6ba7b@65.108.197.169:14656,b15e490bcad4f02ad66c50ccd5dc5fa9c4006bcc@65.109.93.58:44656,ae5b89a8f1934e45ad3698671005a56623f04111@213.239.207.165:29056,c1406917c620090ae59f7301c7b3c9d1864d91cb@85.10.192.146:26656,5c2a752c9b1952dbed075c56c600c3a79b58c395@195.3.220.135:27116"
sed -i 's|^persistent_peers *=.*|persistent_peers = "'$PEERS'"|' $HOME/.babylond/config/config.toml

SEEDS="03ce5e1b5be3c9a81517d415f65378943996c864@18.207.168.204:26656,a5fabac19c732bf7d814cf22e7ffc23113dc9606@34.238.169.221:26656"
sed -i.bak -e "s/^seeds =.*/seeds = \"$seeds\"/" $HOME/.babylond/config/config.toml

Prunning `app.toml'

pruning="custom"
pruning_keep_recent="1000"
pruning_interval="10"
sed -i -e "s/^pruning *=.*/pruning = \"$pruning\"/" $HOME/.babylond/config/app.toml
sed -i -e "s/^pruning-keep-recent *=.*/pruning-keep-recent = \"$pruning_keep_recent\"/" $HOME/.babylond/config/app.toml
sed -i -e "s/^pruning-interval *=.*/pruning-interval = \"$pruning_interval\"/" $HOME/.babylond/config/app.toml

Create a service file

sudo tee /etc/systemd/system/babylond.service > /dev/null << EOF
[Unit]
Description=Babylon Node
After=network-online.target
[Service]
User=$USER
ExecStart=$(which babylond) start
Restart=on-failure
RestartSec=10
LimitNOFILE=10000
[Install]
WantedBy=multi-user.target
EOF

Launch

sudo systemctl daemon-reload
sudo systemctl enable babylond
sudo systemctl start babylond

sudo journalctl -u babylond -f --no-hostname -o cat

3.Создание валидатора и генерация кошелька - Creating a validator and generating a wallet

Wallet

# создать кошелек
babylond  keys add <name_wallet> --keyring-backend os

# восстановить кошелек (после команды вставить seed)
babylond  keys add <name_wallet> --recover --keyring-backend os

Creating a validator

babylond tx staking create-validator \
--amount=9000000ubbn \
--pubkey=$(babylond tendermint show-validator) \
--moniker="$NODE_MONIKER" \
--chain-id=bbn-test1 \
--commission-rate=0.1 \
--commission-max-rate=0.2 \
--commission-max-change-rate=0.05 \
--min-self-delegation=1 \
--fees=10000ubbn \
--from=wallet \
-y

4. Удаление - Delete

Deleting

systemctl stop babylond && \
systemctl disable babylond && \
rm /etc/systemd/system/babylond.service && \
systemctl daemon-reload && \
cd $HOME && \
rm -rf .babylond babylon && \
rm -rf $(which babylond)

Оригинал: https://www.laconic.com/blog/intro-to-the-laconic-stack

Вот основная проблема: чтение данных из блокчейн Ethereum является либо дешевым и неаккуратным, либо дорогим и корректным. В результате разработчики Dapp стали полагаться на недорогие централизованные сервисы, которые не предоставляют доказательств для проверки корректности данных, которые они предоставляют Dapp.

Получение проверяемых данных не только дорого, но и может быть сложным для выделения подмножества данных, которые вам действительно нужны. На заре развития SQL для работы с продуктом необходимо было владеть командной строкой, поэтому его использование было ограничено теми, кто обладал такими специальными возможностями.

В конце концов, графические интерфейсы были созданы таким образом, что любой человек с базовыми компьютерными навыками мог использовать выпадающие меню и создавать схемы баз данных, не написав ни строчки кода. Web3 все еще находится на ранних стадиях развития SQL, и нелегко приобщить к нему новых пользователей и разработчиков, которые в остальном вполне способны работать с новейшими технологиями Web2.

Сейчас на Ethereum есть все эти данные, и вам, как разработчику Dapp, нужна только крошечная их часть. Но чтобы проверить эту часть, вам нужно (помимо нескольких других вещей) содержать архивный узел - это непомерно дорого для большинства разработчиков. Для решения этой проблемы появились централизованные сервисы, такие как (Infura, The Graph и Alchemy), на которые в настоящее время приходится большинство (если не большая часть) Dapp-запросов к Ethereum.

Laconic был создан для решения этих и некоторых других проблем в экосистеме блокчейна. Laconic не только упрощает получение проверяемых данных - быстро и дешево - но и обеспечивает основу для преобразования и агрегирования данных, которые трудно или невозможно выполнить в других системах.

Архитектура такого решения требует множества движущихся частей; они были разработаны основными участниками Ethereum и Cosmos за последние 5 лет. В этом посте мы расскажем вам о различных компонентах стека Laconic.

Существует три различных способа участия в сети Laconic: Удостоверяющие участники, Поставщики услуг и Разработчики Dapp. Чтобы описать обязанности и преимущества каждой роли, мы должны начать с технических аспектов стека Laconic.

Давайте посмотрим на следующую схему core stack:

Примечание: эта диаграмма намеренно не включает несколько репозиториев (например, кодеки, утилиты, rpc shims). Это сделано из соображений простоты, и любой, кто погрузится в стек, обнаружит их.

Два репозитория в верхней части также являются основными точками входа для большинства разработчиков. `stack-orchestrator` - это инструмент командной строки для, ну, оркестровки стека. Он использует docker-compose для развертывания заданной коллекции объединенных в сеть контейнеров docker, что избавляет от необходимости самостоятельно настраивать множество сервисов. Каждый пользователь Laconic Stack в какой-то момент - если не регулярно - будет использовать stack orchestrator.

Репо `watchers-ts` содержит публично доступные Watchers и код для их генерации. Watchers - это TypeScript, который генерируется на основе одного или нескольких смарт-контрактов Solidity. Разработчики Dapp могут участвовать в Laconic Network, либо 1) написав собственный watcher для своего Dapp, либо 2) написав общеполезный watcher и опубликовав его в Laconic Registry, получая таким образом плату за каждый раз, когда он используется. Мы вернемся к наблюдателям позже.

Внизу слева находится репозиторий `laconicd`, и он действительно является "дном" стека. Он создан на основе Cosmos SDK и содержит пользовательские модули, специфичные для работы Laconic Network (например, форк Ethermint/Evmos, аукцион, служба имен). Вполне вероятно, что в будущем появится публичная тестовая сеть, однако, поскольку Laconic Network является разрешенным набором валидаторов, только валидаторы-участники, официально присоединившиеся к Laconic Network, будут включены в основную сеть. То, что набор валидаторов является разрешенным, не запрещает никому запускать полноценный узел, и поставщики услуг или другие лица могут сделать это по разным причинам.

`laconic-sdk` - это библиотека для облегчения общения с `laconicd`. Она используется как в `laconic-registry-cli`, так и в `laconic-console`. Если `laconic-registry-cli` - это инструмент командной строки, то `laconic-console` - это пользовательский интерфейс для записи и чтения записей в сети Laconic. Эти инструменты общего назначения полезны для широкого спектра случаев использования во всем стеке.

Ключевой целью Laconic Network является предоставление точных, поддающихся проверке данных из блокчейна Ethereum. Сравнение с существующими решениями - это тема для другого поста, однако в настоящее время не существует сервиса, который бы недорого предоставлял доказательства того, что предоставляемые данные верны. Решение Laconic (одно из) заключается в том, что называется "statediffing" - часть стека, управляемая валидаторами участников и, вероятно, поставщиками услуг.

Он начинается с поддерживаемого форка `go-ethereum (geth)`, в который добавлен сервис определения состояния в режиме реального времени. Statediffing дает четкое представление о состоянии между любыми заданными блокчейнами. Это позволяет Laconic минимизировать объем вычислений, необходимых для предоставления доказательств. Три дополнительных "вспомогательных" сервиса выполняют различные задачи, необходимые для получения полной картины состояния в соответствии с требованиями приложения. Вместе они составляют узел полного индекса (FIN).

Сервис `eth-statediff-service` предоставляет исторические данные о состоянии, а сервис `eth-statediff-fill-service` использует исторические данные о состоянии для заполнения пробелов в statediff при необходимости. Наконец, `ipld-eth-state-snapshot` загружает полное состояние на определенной высоте блока, что помогает загрузить систему.

О statediffing можно написать еще много, однако здесь важно отметить, что каждый сервис независимо записывает данные в `ipld-eth-db`. Последняя служит в качестве ведра для данных о состоянии, которые были проиндексированы в IPLD. Вместо того чтобы напрямую обращаться к этой базе данных, `ipld-eth-server` предоставляет наблюдателям уровень API, позволяющий легко запрашивать соответствующие фрагменты данных из состояния Ethereum. Кроме того, `ipld-eth-server` воспроизводит родные интерфейсы Ethereum JSON RPC поверх базы данных `ipld-eth-db`.

И вот мы вернулись к Наблюдателям. Как уже говорилось ранее, они генерируются из одного или нескольких смарт-контрактов Solidity и настраиваются для запроса определенных частей данных, относящихся к Dapp. Watchers позволяют легко запрашивать необходимые данные из Ethereum и - по пути - получать доказательства, чтобы генерировать доказательства того, что ваши данные верны. Это контрастирует с существующими решениями для разработчиков Dapp, которые в настоящее время вынуждены полагаться на централизованных провайдеров, не предоставляющих доказательств для генерации доказательств.

Web3 находится (все еще!) в самом начале своего развития, и, как и в начале развития SQL, разработчикам Dapp для создания своего Dapp требуются углубленные знания сложных структур данных. Watchers упрощают эту задачу, открывая конечную точку GraphQL - решение, знакомое на порядок большему числу разработчиков, чем прямой запрос к блокчейну Ethereum.

Laconic создает набор инструментов для решения основных проблем Web3. Сегодня мы представили обзор основных компонентов стека Laconic. Разработчикам, интересующимся Laconic, стоит начать с `stack-orchestrator`, чтобы получить представление о работе различных частей стека, затем посмотреть `watcher-ts`, чтобы поэкспериментировать с различными наблюдателями и перейти к созданию собственных.

1. Server Preparation
2. Working with a binary file and setting up
3. Creating a validator and generating a wallet
4. Useful commands
5. Possible Errors

marsd genesis add-account <name_wallet> 1000000umars

marsd genesis gentx <name_wallet> 1000000000umars --output-document=gentx.json \
  --chain-id ares-1 \
  --commission-rate="0.10" \
  --commission-max-rate="0.20" \
  --commission-max-change-rate="0.01" \
  --pubkey $(neutrond tendermint show-validator) \
  --moniker="<moniker-name>" \
  --website=<your-node-website> \
  --details=<your-node-details> \
  --min-self-delegation="1"

cat ~/.mars/config/gentx/gentx-*

1.Подготовка сервера - Server Preparation

Обновление и установка зависимостей - Upgrade and install dependencies

apt update && apt upgrade -y \

apt install curl iptables build-essential git wget jq make gcc nano tmux htop nvme-cli pkg-config libssl-dev libleveldb-dev tar clang bsdmainutils ncdu unzip libleveldb-dev -y

Go

ver="1.19.5" && \
wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz" && \
sudo rm -rf /usr/local/go && \
sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz" && \
rm "go$ver.linux-amd64.tar.gz" && \
echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile && \
source $HOME/.bash_profile && \
go version

2.Работа с бинарным файлом и настройка - Working with a binary file and setting up

Cloning a repository

git clone https://github.com/mars-protocol/hub.git
cd hub
git checkout 1.0.0-rc7
make install

Initializing

marsd init <name_moniler> --chain-id ares-1 && \
marsd config chain-id ares-1

Download genesis and address book

wget -O $HOME/.mars/config/genesis.json "https://raw.githubusercontent.com/mars-protocol/networks/main/ares-1/genesis.json"

Correct the configuration file

external_address=$(wget -qO- eth0.me)
sed -i.bak -e "s/^external_address *=.*/external_address = \"$external_address:26656\"/" $HOME/.mars/config/config.toml

sed -i.bak -e "s/^minimum-gas-prices *=.*/minimum-gas-prices = \"0.025umars\"/;" ~/.mars/config/app.toml

PEERS="6c855909a8bf1c12ef34baca059f5c0cdf82bc36@65.108.255.124:36656,e12bc490096d1b5f4026980f05a118c82e81df2a@85.17.6.142:26656,14ba3b19424301a6bb58c27663a0323a81866d5d@134.122.82.186:26656,f3dceab155a74772595ae33ee6b72165c31fd888@62.171.166.106:26656,e12bc490096d1b5f4026980f05a118c82e81df2a@85.17.6.142:26656,7342199e80976b052d8506cc5a56d1f9a1cbb486@65.21.89.54:26653,5c2a752c9b1952dbed075c56c600c3a79b58c395@mars.testnet.peer.autostake.net:27056,0669f1d76ae4f91eaf11a0327c71a0ce909df2cd@134.122.82.186:26656,3084613c19f2a9fc7d46528702fb38a6c7eb5f7f@164.92.249.191:26656"
sed -i 's|^persistent_peers *=.*|persistent_peers = "'$peers'"|' $HOME/.mars/config/config.toml

seeds=""
sed -i.bak -e "s/^seeds =.*/seeds = \"$seeds\"/" $HOME/.mars/config/config.toml

Create a service file

sudo tee /etc/systemd/system/marsd.service > /dev/null <<EOF
[Unit]
Description=marsd
After=network-online.target

[Service]
User=$USER
ExecStart=$(which marsd) start
Restart=on-failure
RestartSec=3
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target
EOF

Launch

systemctl daemon-reload
systemctl enable marsd
systemctl restart marsd && journalctl -u marsd -f -o cat

3.Создание валидатора и генерация кошелька - Creating a validator and generating a wallet

Wallet

# создать кошелек
marsd keys add <name_wallet> --keyring-backend os

# восстановить кошелек (после команды вставить seed)
marsd keys add <name_wallet> --recover --keyring-backend os

Creating a validator

marsd tx staking create-validator \
--chain-id ares-1 \
--commission-rate 0.05 \
--commission-max-rate 0.2 \
--commission-max-change-rate 0.1 \
--min-self-delegation "1000000" \
--amount 1000000umars \
--pubkey $(nibid tendermint show-validator) \
--moniker "<name_moniker>" \
--from <name_wallet> \
--fees 5000umars

4. Удаление - Delete

Deleting

systemctl stop marsd && \
systemctl disable marsd && \
rm /etc/systemd/system/mars.service && \
systemctl daemon-reload && \
cd $HOME && \
rm -rf .mars marsd && \
rm -rf $(which marsd)

Useful Commands

# check the blocks
marsd status 2>&1 | jq ."SyncInfo"."latest_block_height"

# check the logs
journalctl -u marsd -f -o cat

# check status
curl localhost:26657/status

# check the balance
marsd q bank balances <address>

Useful commands for validator and delegator

# collect rewards from all validators that you have delegated to (without commission)
marsd tx distribution withdraw-all-rewards --from <name_wallet> --fees 5000umars -y

# collect revards from a separate validator or collect revards + commission from your validator
marsd tx distribution withdraw-rewards <valoper_address> --from <name_wallet> --fees 5000umars --commission -y

# to allocate more to the steak (this is how 1 coin is sent)
marsd tx staking delegate <valoper_address> 1000000umars --from <name_wallet> --fees 5000umars -y

# redeleting to another validator
marsd tx staking redelegate <src-validator-addr> <dst-validator-addr> 1000000umars --from <name_wallet> --fees 5000umars -y

# unbond 
marsd tx staking unbond <addr_valoper> 1000000umars --from <name_wallet> --fees 5000umars -y

# send coins to another address
marsd tx bank send <name_wallet> <address> 1000000umars --fees 5000umars -y

# get out of jail
marsd tx slashing unjail --from <name_wallet> --fees 5000umars -y

Proposal

# list of proposals
marsd q gov proposals

# to see the result of the vote
marsd q gov proposals --voter <ADDRESS>

# vote for proposal 
marsd tx gov vote 1 yes --from <name_wallet> --fees 555umars

# make a deposit to the proposal
marsd tx gov deposit 1 1000000umars --from <name_wallet> --fees 555umars

Edit validator

marsd tx staking edit-validator \
--chain-id "CHAIN_NAME" \
--moniker "MONIKER" \
--identity "IDENTITY" \
--details "DETAILS" \
--from "WALLET_NAME"

Q - это новый блокчейн, который сочетает в себе преимущества публичной, открытой и децентрализованной бухгалтерской книги с прозрачностью и предсказуемостью частных контрактов, подлежащих исполнению, что позволяет использовать его в самых разных вариантах использования, которые стремятся к децентрализации, но требуют масштабируемости и надежности.

• Discord
• Website
• Explorer
• Form

Steps

Comments

• Server Preparation

Installing dependencies and utilities

• Setup Validator node

Working with the repository and generating block signing keys

• Configuration files setup

Change the default settings to your own

• Lauch

lauch docker

• Appendix
• Possible Errors
• Upgarde

actual version

1. Server preparation - Подготовка сервера

#update
sudo apt-get update && sudo apt-get upgrade -y

# install 'key'
sudo apt-get install curl wget git jq libpq-dev libssl-dev \
build-essential pkg-config openssl ocl-icd-opencl-dev \
libopencl-clang-dev libgomp1 -y

#install docker and docker-compose
. <(wget -qO- https://raw.githubusercontent.com/SecorD0/utils/main/installers/docker.sh)

#install rust
curl https://sh.rustup.rs -sSf | sh -s -- -y

#check version
source "$HOME/.cargo/env" && \
echo -e "\n$(cargo --version).\n"

2. Setup Validator node - Установка узла валидатора

2.1 Working with repository and keys - Работа с репозиторием, бинарными файлами и ключами

git clone https://gitlab.com/q-dev/testnet-public-tools
cd testnet-public-tools/testnet-validator

This directory contains the docker-compose.yaml file for quick launching of the validator node with preconfigurations on rpc, blockchain explorer using .env (which can be created from .env.example).

Этот каталог содержит файл docker-compose.yaml для быстрого запуска узла валидатора с предварительными настройками на rpc, blockchain explorer с использованием .env (который может быть создан из .env.example).

2.2 Creating a catalog with keys and generating keys - Создание каталога с ключами и генерация ключей

Создаем папку и файл где будет хранится пароль, который будет защищать наш файл с ключами

Create a folder and a file that will store the password, which will protect our file with the keys

mkdir keystore 
cd keystore
touch pwd
nano pwd.txt
# Save changes ctrl X , Y , enter

Generation file

docker-compose run --rm --entrypoint "geth account new --datadir=/data --password=/data/keystore/pwd.txt" testnet-validator-node

The generated file stores your address for Metamask - В сгенерированном файле хранится ваш адрес для Metamask

Your new key was generated

Public address of the key:   0xb3FF24F818b0ff6Cc50de951bcB8f86b52287dac
Path of the secret key file: /data/keystore/UTC--2021-01-18T11-36-28.705754426Z--b3ff24f818b0ff6cc50de951bcb8f86b52287dac

- You can share your public address with anyone. Others need it to interact with you.
- You must NEVER share the secret key with anyone! The key controls access to your funds!
- You must BACKUP your key file! Without the key, it's impossible to access account funds!
- You must REMEMBER your password! Without the password, it's impossible to decrypt the key!

2.3 Faucet

3. Configuration files setup - Настройка конфигурационного файла

cp .env.example .env
nano .env

3.1 Edit .env

**Replace ADDRESS(without 0x) obtained in step 2 and your IP - Замените ADDRESS(без 0х) полученный в шаге 2 и ваш IP **

# docker image for q client
QCLIENT_IMAGE=qblockchain/q-client:1.2.2

# your q address here (without leading 0x)
ADDRESS=<your address>

# your public IP address here
IP=<your IP>

# the port you want to use for p2p communication (default is 30313)
EXT_PORT=30313

# extra bootnode you want to use
BOOTNODE1_ADDR=enode://c610793186e4f719c1ace0983459c6ec7984d676e4a323681a1cbc8a67f506d1eccc4e164e53c2929019ed0e5cfc1bc800662d6fb47c36e978ab94c417031ac8@79.125.97.227:30304
BOOTNODE2_ADDR=enode://8eff01a7e5a66c5630cbd22149e069bbf8a8a22370cef61b232179e21ba8c7b74d40e8ee5aa62c54d145f7fc671b851e5ccbfe124fce75944cf1b06e29c55c80@79.125.97.227:30305
BOOTNODE3_ADDR=enode://7a8ade64b79961a7752daedc4104ca4b79f1a67a10ea5c9721e7115d820dbe7599fe9e03c9c315081ccf6a2afb0b6652ee4965e38f066fe5bf129abd6d26df58@79.125.97.227:30306

#Save changes ctrl X , Y , enter

3.2 Edit config.json

nano config.json

Replace ADDRESS(without 0x) obtained in step 2.2 and password

{
 "address": "<your address>",
 "password": "supersecurepassword",
 "keystoreDirectory": "/data",
 "rpc": "https://rpc.qtestnet.org"
}

#Save changes ctrl X , Y , enter

3.3 Put Stake in Validators Contract - Заложить долю в контракт валидаторов

Чтобы получать вознаграждения нужно сделать ставку на валидатора, перейдите `https://hq.qtestnet.org`. Включите режим `advanced mode` и сделайти ставку `Consensus Services` -> `Validator Staking`

As was mentioned previously, you need to put stake to validators contract in order to become a validator.

You can use the dApp "Your HQ" that can be found at `https://hq.qtestnet.org`. Ultimately, you need to Join Validator Ranking to receive rewards. The according functionality is located at `Consensus Services` -> `Validator Staking` in box "Manage Balance". If you can't see the menu item Consensus Services, you are not running the dApp UI in `advanced mode`. Go to Settings and activate it.

3.4 Add your Validator to https://stats.qtestnet.org - Добавление вашего валидатора в общий список

nano /testnet-validator/docker-compose.yaml

version: "3"

services:
  testnet-validator-node:
    image: $QCLIENT_IMAGE
    entrypoint: ["geth", "--ethstats=<your_name_validator>:qstats-testnet@stats.qtestnet.org", "--bootnodes=$BOOTNODE1_ADDR,$BOOTNODE2_ADDR,$BOOTNODE3_ADDR", "--datadir=/data", "--nat=extip:$IP", "--port=$EXT_PORT", "--unlock=$ADDRESS",  "--password=/data/keystore/pwd.txt", "--mine", "--miner.threads=1", "--syncmode=full", "--rpc.allow-unprotected-txs", "--testnet", "--verbosity=3", "--miner.gasprice=1"]
    volumes:
      - ./keystore:/data/keystore
      - ./additional:/data/additional
      - testnet-validator-node-data:/data
    ports:
      - $EXT_PORT:8545/tcp
      - $EXT_PORT:8545/udp
    restart: unless-stopped

volumes:
  testnet-validator-node-data:

4. Lauch

docker-compose up -d
docker-compose logs -f --tail "100"

Следите за обновлениями в канале - Watch the channel for updates

5. Appendix - Приложение (This is what your work files should look like - примерно так должны выглядеть ваши рабочие файлы)

.env

docker-compose.yaml

config.json

6. Oracle

/omnibridge-oracle The core Q OmniBridge client 
/omnibridge-ui A graphical user interface to use the bridge on your local server 
/omnibridge-alm The monitor component to track the status of bridge transactions on the blockchain

/omnibridge-oracle Основной клиент Q OmniBridge 
/omnibridge-ui Графический пользовательский интерфейс для использования моста на вашем локальном сервере
/omnibridge-alm Компонент монитора для отслеживания статуса транзакций моста на блокчейне

6.1 Omnibridge

cd /root/testnet-public-tools/omnibridge-oracle/
cp .env.testnet .env
nano .env

Восстановите кошелек в метамаск с помощью файла который был сгенерирован в шаге : generation UTC

Restore the wallet to the metamask using the file that was generated in step : generation UTC

docker-compose up -d
screen -S oracle
docker-compose logs -f --tail "100"

6.2 Omnibridge-ui

cd ../omnibridge-ui
cp .env.testnet .env
nano .env

REACT_APP_FOREIGN_RPC_URL replace https://rpc.ankr.com/eth_rinkeby

#Save changes ctrl X , Y , enter
docker-compose up -d

6.3 Omnibridge-alm

cd
cd testnet-public-tools/omnibridge-alm/
cp .env.testnet .env

COMMON_FOREIGN_RPC_URL replace https://rpc.ankr.com/eth_rinkeby

#Save changes ctrl X , Y , enter
docker-compose up -d

Requirements

Official: None. But I would bet on:
2сpu — 4vCPU
4–8 GB RAM

Подготовка сервера - Server Preparation

sudo apt update && sudo apt upgrade -y
sudo apt install make clang pkg-config libssl-dev libclang-dev build-essential git curl ntp jq llvm tmux htop screen unzip cmake -y
curl https://sh.rustup.rs/ -sSf | sh -s -- -y
source $HOME/.cargo/env

Установка клиента - Installing client

sudo apt update

sudo apt install pkg-config build-essential libssl-dev curl jq

curl https://sh.rustup.rs/ -sSf | sh -s -- -y

source $HOME/.cargo/env

git clone https://github.com/Manta-Network/manta-rs.git

cd manta-rs

cargo run --release --package manta-trusted-setup --all-features --bin groth16_phase2_client register

After installation, the terminal will prompt you to enter your Twitter and e-mail, and immediately generate a key, which must be saved somewhere - После уставновки терминал предложит вам вбить ваш Twitter и e-mail, и сразуже сгенерирует ключи, который обязательно нужно куда-то сохранить.

Registration

cd ~

mv /root/manta-rs/target/release/groth16_phase2_client /usr/bin/manta-trusted-setup

chmod +x /usr/bin/manta-trusted-setup

screen -S manta

manta-trusted-setup contribute #вводим seed - enter seed
Пока что регистрация закрыта, ждемс когда откроют

Discord

Website

Github

Active version incentive Tetnet run 21.11.22 !

Zeeka (ℤ) is a cryptocurrency that aims to create a lightweight and scalable blockchain with extensive use of zero-knowledge proof technology.

Zeeka offers a new concept called Zero Contracts. Zero contracts are the equivalent of smart contracts in some major blockchain systems such as Ethereum. These contracts will be expressed as mathematical constraints instead of virtual machine byte codes, such as the Ethereum virtual machine.

Zeeka will incorporate concepts previously used as privacy layer or L2 solutions in other chains into the core of the new blockchain, aiming to create a more scalable network with better privacy.

At this point, it is possible to help the project in-house. There are 3 forms to fill out:

1. Server Preparation

sudo apt update && sudo apt upgrade -y
sudo apt install wget jq git libssl-dev cmake -y

2.Install Rust

. <(wget -qO- https://raw.githubusercontent.com/letsnode/Utils/main/installers/rust.sh)

3.Clone a repository with a node

git clone https://github.com/ziesha-network/bazuka

4.Перейти в папку bazuka,компиляция и установка

cd bazuka && cargo install --path

View software bazuka

/root/bazuka/target/release/bazuka -h

5.Initialize a node

bazuka init --listen 0.0.0.0:8765 --db ~/.bazuka --network groth --external 65.21.111.163:8765 --bootstrap 65.108.193.133:8765 --mnemonic "<mnemonic>"

6.Create a service file

sudo tee <<EOF >/dev/null /etc/systemd/system/zeeka.service
[Unit]
Description=Zeeka node
After=network.target

[Service]
User=$USER
ExecStart=`RUST_LOG=info which bazuka` node start --discord-handle <discord_handle> 
Restart=on-failure
RestartSec=3
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target
EOF

7.Run the service

sudo systemctl daemon-reload
sudo systemctl enable zeeka
sudo systemctl restart zeeka

Add a command to view the log of a node in the system as a variable

. <(wget -qO- https://raw.githubusercontent.com/AlexM-dev/Utils/main/commands/insert_variable.sh) -n zeeka_log -v "sudo journalctl -fn 100 -u zeeka" -a

View logs

zeeka_log

Copy the data to a safe place!!!

Delete a node

systemctl stop zeeka zoro uzi
systemctl disable zeeka zoro uzi
rm -rf /root/bazuka
rm -rf /root/.bazuka-debug
rm -rf /root/zoro
rm -rf /root/uzi
rm ~/.bazuka.yaml

Update version

rm ~/.bazuka.yaml
sudo systemctl stop zeeka 
cd bazuka
git pull origin master
cargo install --path

Useful Commands

bazuka deposit Deposit funds to a Zero-Contract

bazuka help Prints this message or the help of the given subcommand(s)

bazuka init Initialize node/wallet

bazuka node Run node

bazuka rsend Send funds through a regular-transaction

bazuka node status Get status of a node

bazuka withdraw Withdraw funds from a Zero-Contract

bazuka zsend Send funds through a zero-transaction

P/S: Проект в стадии закрытого тестнета, Quasar предлагает ознакомится с технологией чтения помощью IBC пакетов состояние цепочки другого блокчейна, выглядит интересно, данную технологию возможно через несколько лет можно интегрировать в политику (честные выборы),круто если это будет реализовано, но не понятно зачем им токен,каким им многим другим проектам, скоро выпустят вторую статью посмотрим, может там будет ответ на вопрос. НО главное что сейчас уже можно проявлять активность в CREW3 и зарабатывать баллы и возможно получиться войти в testnet как тестировщик

Discord

Website

Блокчейн стремится быть самодостаточной государственной машиной, полагаясь исключительно на внутренние данные. Такая автономная конструкция идеально подходит для поддержания анклава проверяемых данных, но изолированная архитектура делает ее сложной для блокчейн, желающих интегрировать внешние источники правды. Когда внешняя информация должна быть использована внутри цепочки (например, получение цены внешнего актива, температуры погоды, результатов выборов и т.д.), это может потребовать подвергнуть сеть риску централизованного, коррумпированного источника истины, который может поставить под угрозу целостность данных в цепочке. Приведение данных реального мира в цепочку, известное как проблема оракула, исторически было ключевой проблемой для потребительских приложений блокчейна.

Основным решением проблемы оракула на сегодняшний день является использование сторонних оракловых сервисов. Оракульные сервисы, часто представляющие собой распределенные сети, получают и проверяют внешние данные для блокчейн и смарт-контрактов с помощью таких методов, как веб-интерфейсы API или каналы рыночных данных. Несмотря на полезность оракловых сервисов, они являются лишь временной мерой и по-прежнему подвержены манипуляциям. В 2021 году из-за манипуляций с оракулами из протоколов DeFi было похищено более $100 млн.

В сотрудничестве с Polymer Labs и Strangelove Ventures компания Quasar помогает создать новую систему обмена информацией между блокчейнами без разрешения, используя стандарт IBC (Inter-Blockchain Communication), известный как Interchain Queries (ICQ).

Межцепочечные запросы (ICQ) - это следующая инновация в очереди и основной элемент межцепочечной композитности. Запросы, в общем случае, читают данные на цепи. Например, вы можете запросить баланс токенов для определенного счета на некоторой цепи (chainA). Как правило, запрос, направленный непосредственно на клиентский узел, на котором запущен двоичный файл для chainA, может просто вернуть ответ на этот запрос. Но что если вам нужно запросить цепочку В для выполнения какой-либо транзакции на цепочке А? Это два совершенно разных блокчейна, с разными двоичными файлами и сетями валидаторов. Как мы можем проверить данные из другой цепочки с минимальным уровнем доверия? Мы разработали ICQ для решения этой проблемы обмена данными. В ICQ запросы упаковываются в IBC-пакет на запрашивающей цепочке. Когда IBC-канал установлен с целевой цепочкой, IBC-пакет с запросом просто отправляется в целевую цепочку с помощью ретрансляторов. По прибытии IBC-пакет распаковывается модулем ICQ для раскрытия запроса, который затем выполняется на прикладном уровне целевой цепи, как и обычные внутренние запросы в однородной сети блокчейн. Наконец, ответ на запрос отправляется запрашивающей цепочке в ответном подтверждении IBC-пакета. Вуаля! Чтение состояния блокчейна с помощью запроса, отправленного из другой цепи, теперь возможно!

Вот небольшой обзор того, как работает ICQ. Для ясности назовем цепочку, отправляющую запрос, "домашней" (chainA на схеме), а цепочку, принимающую запрос, "спутниковой" (chainB на схеме).

Узел в запрашивающей цепочке (цепочкаА) сначала создает пакет IBC. Затем IBC-пакет отправляется по установленному IBC-каналу через realayers на узел спутниковой цепочки (chainB), где он принимается их модулем ICQ.
Модуль ICQ открывает пакет, проверяет запрос и направляет его в соответствующий прикладной модуль на chainB.
Используя соответствующие данные, цепочка спутников (chainB) создает структурированный ответ.
И наконец, через модуль ICQ ответ отправляется обратно в домашнюю цепочку.
Обратите внимание, что ICQ - это стандарт с открытым исходным кодом, который может быть реализован различными способами, либо используя собственный модуль ICQ, либо полностью полагаясь на смарт-контракты с поддержкой IBC.

В следующей статье этой серии мы подробнее рассмотрим конкретную механику реализации ICQ с примерами! Мы с радостью расскажем об ICQ широкому сообществу IBC, чтобы помочь зарождению новых и интересных межцепочечных приложений!

Мы гордимся тем, что работаем с нашими друзьями из Polymer Labs и Strangelove Ventures, чтобы внести Interchain Queries в большой Cosmos Hub.

О компании Quasar

Quasar - это дом инвестиционных возможностей нового поколения DeFi, основанных на стратегиях, разработанных экспертами и сообществом. Quasar демократизирует DeFi, делая его справедливым, простым и прозрачным. Снижая барьеры для входа в управление хранилищем, Quasar позволяет частным лицам легко участвовать в DeFi без необходимости самостоятельно управлять базовыми стратегиями, а стратегам - получать прибыль на основе их результатов. Стратегии, управляемые экспертами - для многих, а не для немногих.

"Трудно переоценить, какое это достижение [Laconic] - снижение вычислительных затрат на обеспечение конфиденциальности, масштабируемое распределение данных, а также скорость поиска данных для пользователей, которые многократно используют одни и те же контракты, но не обязательно запускают собственные полные узлы".

Дэн Финлей, основатель MetaMask

Сегодня я рад сообщить, что компания Laconic сотрудничает с ведущим мировым кошельком самозащиты, MetaMask от ConsenSys, и основателем MetaMask Дэном Финлеем, чтобы запустить MobyMask, инструмент против фишинга. Вы можете ознакомиться с оригинальным блогом Дэна Финлея о MobyMask, а также с его сегодняшним объявлением в блоге для получения дополнительной информации.

MobyMask - это созданный сообществом реестр для управления фишинговыми аккаунтами в социальных сетях и Web3-переходах, основанный на делегируемой структуре MetaMask. Он предоставляет надежные инструменты для поиска фишинговых репортеров среди онлайн-сообществ, используя динамическую сеть доверия. Реестр будет органично развиваться по мере того, как члены сообщества будут сообщать о мошенниках и фишерах непосредственно в сети Ethereum.

Доступная, недорогая конфиденциальность и безопасность

Кэширующий Ethereum light-клиент MobyMask от Laconic значительно снижает стоимость размещения достоверной копии антифишингового реестра MobyMask, делая инструмент доступным и недорогим для широкого круга пользователей. Оптимизируя процесс запроса к блокчейну, объясняет Дэн Финлей в своем сегодняшнем блоге, Laconic "значительно снижает вычислительные затраты на обеспечение конфиденциальности, масштабируемое распределение данных, а также скорость поиска данных для пользователей, которые многократно используют одни и те же контракты, но не обязательно запускают собственные полноценные узлы."

MobyMask еще больше упрощает безопасность блокчейна, привнося функциональность light-клиента прямо в браузер. Ключевым моментом является Laconic Watcher, важный элемент стека Laconic, который кэширует только конкретные данные блокчейна, необходимые для определенного запроса, что на порядки снижает требования к данным и создает легкий, самодостаточный процесс, который веб-сервисы, такие как MetaMask, WalletGuard и Phishfort, могут использовать для получения данных MobyMask для обнаружения фишинга. Выходящая вскоре версия нашего Watcher на языке TypeScript еще больше упростит безопасность, поддерживая кэширование списков на основе браузера и одноранговую репликацию данных.

Снижение барьеров для входа в Web3

Фишинг и связанные с ним мошенничества преследуют как начинающих, так и опытных пользователей блокчейна, создавая дополнительные барьеры для принятия и ограничивая потенциал роста экосистемы Web3. В связи с этим возникла реальная потребность в инструментах, которые делают эту экосистему более безопасной, быстрой, простой и доступной в использовании. Снижая технические требования для взаимодействия с блокчейном, протокол Laconic снижает барьеры для входа, делая технологии Web 3 более доступными для людей с ограниченными ресурсами.

С этой целью Laconic работает над обновлением, которое позволит пользователям искать в динамическом хранилище сообщения о фишинге и обмениваться ими с сетью коллег через бесплатный частный API. Сообщения будут полностью доказуемы по цепочке, а блокчейн будет использоваться только для разрешения конфликтов в реестре и отзыва доступа при необходимости. Хотя первоначальное хранилище будет создаваться только по приглашениям, Laconic и MobyMask планируют со временем позволить пользователям подписываться на несколько корней доверия и размещать свои собственные. Тем временем мы закладываем основу для амбициозного общего видения: системы, способной проверять достоверные источники для широкого спектра типов информации.

Высокомасштабируемое и сохраняющее конфиденциальность приложение

Поскольку MobyMask делает доступ к Web3 более безопасным и менее напряженным для всех участников, потенциальные преимущества, по словам Дэна, весьма значительны. "Если мы хотим создать что-то ценное на основе децентрализованной технологии, нам нужно в основном устранить фишинг. Это потребует много творчества и изобретательности, и мы рады, что Laconic и MobyMask так хорошо сочетаются, чтобы обеспечить высокомасштабируемое и сохраняющее конфиденциальность приложение, безопасность которого по-прежнему основана на блокчейне".

Вы можете узнать больше о MobyMask на сайте mobymask.com. Для получения дополнительной информации о Laconic присоединяйтесь к Laconic Discord.

От себя скажу что за Laconic стоит следить так как проект еще на стадии разработки, стараются ввести твиттер и привлекают внимание интеграцией с Эфириумом,который тоже стремится к PoS