candinya.eth followed nshen.csb

Crossbell Scan

candinya.eth

<p>实在不好意思，现在已经修复了，可以麻烦您方便的时候再尝试一下吗，非常感谢！ 🙏</p>


实在不好意思，现在已经修复了，可以麻烦您方便的时候再尝试一下吗，非常感谢！ 🙏


yuhangch

<p>hello，借个楼，xSync 同步绑定账号的时候，下方弹出错误<code>Failed to check on-chain data</code>，可能是哪里的问题🫥</p>


hello，借个楼，xSync 同步绑定账号的时候，下方弹出错误<code>Failed to check on-chain data</code>，可能是哪里的问题🫥


Crossbell

<p>写这篇文章的时候我正在飞机上，我不知道等我下了飞机之后 $USDC 是否会脱锚的更彻底，还是更加恢复和美元1:1的挂钩。我当然希望后者——尽管我相信在理想的 Defi 世界里中心化的稳定币不应该对我们影响很大，尽管我对更加去中心化的 DeFi 持激进态度，但是现在而言 $USDC 的脱锚对整个行业有着几乎毁灭性的打击，我悲观地认为，现阶段我们还远远没准备好去面对这份中心化的打击。</p>
<p>无论如何，现在稳定币不再稳定了，我们不得不去反思该如何看待稳定币。</p>
<h2>稳定币也是一种投资</h2>
<p>也许在今天之前，很多尤其是相对谨慎的投资者不能理解这个道理，但是今天，当放在篮子里的鸡蛋价值开始折损了的时候，当 $USDC 脱锚后很多人在试图抄底的时候，这个道理应该不难理解了。“明天我们还能拥有和今天价值相同的资产”从来都是一个奢侈的假设，事实上是如果明天拥有的钱的价值能和今天一样多，就已经是一笔成功的投资了，尤其是在今天这个魔幻的世界。但是以国家债券体系和银行背书的短暂而虚假的经济和平，已经快让我们忘了这件事。是的，不止稳定币，包括法币，也一种投资——你投资的是一个国家的信誉和所选择的银行的信誉——不管是河南银行还是硅谷银行的倒闭都使其亦不难理解。</p>
<h2>去构建一个不依赖稳定币的价值流通网络</h2>
<p>这也是我最想在这篇文章里探讨的：本质上我们需要的是价值的流通，而这不一定需要稳定币。</p>
<p>也许我们应该彻底的放弃稳定的幻想，我们只可能在给出固定数量抵押物的前提下获得一定程度的稳定，任何试图和法币体系挂钩都可能被其风险反噬，比如 $Dai 也因为 $USDC 作为抵押物而脱锚了。如果试图依赖中心化机构的信誉去共同想象一个绝对稳定的神话，只能是玩火自焚。</p>
<p>货币之所以流通而有价值不是因为货币本身，而是因为我们可以创造出价值，是我们可以生产可以交换才有了货币。那么为什么不大声地去呐喊，我们应该自己“拥有”这份价值，而不是让银行或者中心化机构帮我们拥有？我们让渡了所有权，想去换取稳定性，但是瞬息万变的世界反复用最后稳定性也没有得到的例子嘲讽我们。</p>
<p>放弃稳定币的幻想，并不是一个可怕的事情。仔细回想我们为什么需要价值稳定的货币？是因为物物交换效率太低，我们需要稳定而有效率的交换媒介。但是 Web3 天然不就可以让价值的交换更有效率？我们可以用 NFT 或 ERC20 或任何形式在链上记录个人或项目或组织的声誉，然后我们可以选择自己相信的价值体系，此外我们也可以用 Social Token快速定义出一部分的自己的价值......Web3 已经给了我们工具去更高效地交换其他想要的资源，不必一定通过中心化稳定币的媒介。</p>
<p>是时候让我们夺回个人价值的主权了，我们有资产，是因为我们是我们，而不是因为银行背书说我们有资产，无论我们走到哪，我们都可以用我们在链上的积累快速开始新的资源交换。从这个角度我认为放弃稳定币本位的想法一点也不可怕，反而它意味着我们和世界的关系更开放，同时我们没有失去稳定币带来的交换效率。至于稳定性，我理解会担心如果不是稳定币，自己的“资产”全都可能一夜归零。但是我们可以更相信一点自己——我一定是能创造出价值的，那我就一定可以交换到我想要的资源。怎样能够走到那个世界我们还需要一起做很多的探索，但是这绝不是一个激进的想法，Web3 已经给了我们这个可能，我们可以更相信我们自己的力量。</p>
<p>最后，我想提的是，我的工资很大一部分都选择收 $RSS3（不作投资建议），因为这是我相信的价值体系，而且因为我参与其背后项目的建设，对其价值体系的构建有部分所有权，而 $USDC，我只是被其玩弄于掌心的对象，所以从长远来说我觉得 $RSS3 比稳定币稳定。</p>


写这篇文章的时候我正在飞机上，我不知道等我下了飞机之后 $USDC 是否会脱锚的更彻底，还是更加恢复和美元1:1的挂钩。我当然希望后者——尽管我相信在理想的 Defi 世界里中心化的稳定币不应该对我们影响很大，尽管我对更加去中心化的 DeFi 持激进态度，但是现在而言 $USDC 的脱锚对整个行业有着几乎毁灭性的打击，我悲观地认为，现阶段我们还远远没准备好去面对这份中心化的打击。
无论如何，现在稳定币不再稳定了，我们不得不去反思该如何看待稳定币。
稳定币也是一种投资
也许在今天之前，很多尤其是相对谨慎的投

当稳定币不再稳定

<p><img src="https://ipfs.rss3.page/ipfs/bafkreiccatfn3l4y5eeie4ecfrm47gtspzsnsci4kulgz72hj3lwtg3xqm" alt="cover" /></p>
<blockquote>
<p>本文同步发布于 <a href="https://candinya.com/posts/my-special-log-collect-trick/" target="_blank" rel="noopener">糖菓·部落</a></p>
</blockquote>
<p>随着服务器越开越多，各个服务器上运行的容器变得越来越杂，收集日志也变成了一件令喵烦恼的事情。平时习惯使用 docker 以方便管理，并且因为玩不明白 k8s 所以没有构建集群，收集日志就成了一件比较尴尬的事。使用 docker 或 docker-compose 自带的 log 指令来查询的话，不但要连上原服务器，进入服务目录，还要输入一串长长的指令，成功之后还要在一大串输出中寻找需要的部分，一不小心刚刚找到的内容又被新的日志刷下去了，实在有些不够优雅。于是就试着寻找一个能够快速方便地收集运行日志，并进行按需查询和整理的方案，正好前段时间在研究 Grafana 和 Loki ，加上确实找到了官方开发的 docker 日志插件，那就准备再水一篇文章记录一下用到的配置文件和指令，方便有需要的友友们也能快速解决类似的问题。</p>
<p>使用时请根据您的使用情况针对性调整相关配置文件，避免一些样例配置导致的干扰。</p>
<h2>准备 Grafana + Loki</h2>
<h3>准备联合启动文件</h3>
<p>Loki 可以理解为实际收集日志的服务器， Grafana 可以理解为从服务器里查询数据的前端，两者相互独立又相互关联，可以在同一局域网环境内部署，也可以分开之后使用公网进行连接。因为这边使用的是纯收集日志的特化场景，所以就直接使用一个 <code>docker-compose</code> 关联启动了。</p>
<p>并且由于这个服务器是直接单给日志收集使用的，无需与其他服务分享 443 端口，所以也直接将 Caddy 的配置写到了一起。</p>
<p><code>docker-compose.yml</code> 文件如下：</p>
<pre><code class="language-yaml">version: '3.4'
services:

  loki:
    image: grafana/loki
    container_name: grafana-loki
    command: -config.file=/etc/loki/local-config.yml
    networks:
      - internal_network
    volumes:
      - ./config/loki.yml:/etc/loki/local-config.yml
      - ./data/loki:/tmp/loki

  grafana:
    depends_on:
      - grafana-db
      - loki
    image: grafana/grafana
    container_name: grafana
    networks:
      - internal_network
      - external_network
    volumes:
      - ./config/grafana.ini:/etc/grafana/grafana.ini
    restart: unless-stopped

  grafana-db:
    image: postgres:15-alpine
    restart: always
    container_name: grafana-db
    volumes:
      - ./data/db:/var/lib/postgresql/data
    environment:
      POSTGRES_USER: grafana
      POSTGRES_PASSWORD: password
      POSTGRES_DB: grafana
      POSTGRES_INITDB_ARGS: &quot;--encoding='UTF8' --lc-collate='C' --lc-ctype='C'&quot;
    networks:
      - internal_network

  caddy:
    image: caddy
    restart: always
    ports:
      - &quot;443:443&quot;
    networks:
      - internal_network
      - external_network
    volumes:
      - ./config/Caddyfile:/etc/caddy/Caddyfile
      - ./ssl:/ssl:ro
      - ./data/caddy/data:/data
      - ./data/caddy/config:/config

networks:
  internal_network:
    internal: true
  external_network:
</code></pre>
<p>暴露出来的唯一端口是 Caddy 的 443 端口，并在 CDN 处开启强制 HTTPS ，以确保不会有发向 80 端口的请求。</p>
<h3>准备各个服务的配置</h3>
<p>将配置文件统一归类放置在 config 目录下，以方便管理。</p>
<h4>Grafana</h4>
<p>grafana 的配置文件 <code>grafana.ini</code> 如下：</p>
<pre><code class="language-ini">[database]
type = postgres
host = grafana-db:5432
name = grafana
user = grafana
password = password
</code></pre>
<h4>Loki</h4>
<p>loki 的配置文件 <code>loki.yml</code> 如下：</p>
<pre><code class="language-yaml">auth_enabled: false

server:
  http_listen_port: 3100
  grpc_listen_port: 9095

common:
  path_prefix: /tmp/loki
  storage:
    filesystem:
      chunks_directory: /tmp/loki/chunks
      rules_directory: /tmp/loki/rules
  replication_factor: 1
  ring:
    instance_addr: 127.0.0.1
    kvstore:
      store: inmemory

query_range:
  results_cache:
    cache:
      embedded_cache:
        enabled: true
        max_size_mb: 100

schema_config:
  configs:
    - from: 2020-10-24
      store: boltdb-shipper
      object_store: filesystem
      schema: v11
      index:
        prefix: index_
        period: 24h

ruler:
  alertmanager_url: http://localhost:9093

analytics:
  reporting_enabled: false

# 参见 https://grafana.com/docs/loki/latest/configuration/
# 可以开启 S3 存储，暂时没必要就不管了
</code></pre>
<p>因为不知道 <code>alertmanager_url</code> 应该设置成什么，并且作为收集日志的服务暂时不考虑告警的需求，暂时就保留了样例值不变。</p>
<p>需要注意的是 <code>auth_enabled</code> 这个配置项，这个字段的意义是通过设置不同的区域请求头来实现多个组织共享同个 loki 服务，当开启后需要在 HTTP 调用中使用 <code>X-Scope-OrgID</code> 来区分发出请求的组织，在提交数据和拉取数据时都需要带上。而此处因为是单方使用，并不涉及分享数据相关的问题，所以关闭了这个选项。</p>
<p>loki 本身不带 HTTP 授权检验，因而推荐将授权请求头写在前端反向代理程序的配置中。例如此处放在 Caddy 配置文件中，仅要求对来自公网流量的请求进行授权检验，当 Grafana 使用内网连接时无需校验。</p>
<h4>Caddy</h4>
<p>这里使用了 CDN 提供商的源服务器证书，无需让 Caddy 申请，所以配置文件如下：</p>
<pre><code class="language-conf">example.com {
    tls /ssl/example.com/cert.pem /ssl/example.com/key.pem
    reverse_proxy grafana:3000
}
loki.example.com {
    tls /ssl/example.com/cert.pem /ssl/example.com/key.pem
    reverse_proxy loki:3100
    basicauth * {
        user $2a$14$QZIF1JLM9lFPjAl6PQzBDeANmB4Ssufc0qUnP9nI7QYnv.QevEzyi
    }
}
loki-grpc.example.com {
    tls /ssl/example.com/cert.pem /ssl/example.com/key.pem
    reverse_proxy loki:9095
    basicauth * {
        user $2a$14$QZIF1JLM9lFPjAl6PQzBDeANmB4Ssufc0qUnP9nI7QYnv.QevEzyi
    }
}
</code></pre>
<p>其中授权部分使用的是 BasicAuth ，即用户名 + 密码的方式；密码并非明文存储，而是由 caddy 的 <code>hash-password</code> 功能预先计算得出，以尽可能提升安全性。</p>
<pre><code class="language-terminal">/srv # caddy hash-password
Enter password: 
Confirm password: 
$2a$14$QZIF1JLM9lFPjAl6PQzBDeANmB4Ssufc0qUnP9nI7QYnv.QevEzyi
/srv #
</code></pre>
<p>在配置完成后，还需要将对应的 SSL 证书放到指定位置，以避免因没有证书文件导致的报错。</p>
<p>当全部配置完成后，应该就可以使用 <code>docker-compose up -d</code> 命令启动啦。</p>
<h3>管理 Loki 数据目录的权限</h3>
<p>容器中的 Loki 不是以 root 用户启动的，所以 Docker 设置的 root 权限会导致 Loki 存取被拒绝，您需要手动执行形如以下的命令，来将 Loki 的数据目录权限开放给容器使用：</p>
<pre><code class="language-shell">chown -R 10001:10001 ./data/loki/
</code></pre>
<p>修改完成后重启 Loki 容器即可。</p>
<h3>关联 Loki 作为 Grafana 的数据来源</h3>
<p>进入部署好的 Grafana ，使用默认账号密码 <code>admin</code> 登录，修改密码之后，就可以开始添加数据源了。</p>
<p>如果根据上述的 docker-compose 配置方案，则只需选择 Loki ，在 HTTP 的 URL 处输入 <code>http://loki:3100</code> ，即可保存并测试了。此时 Loki 因为没有任何日志，会报出一个查不到 label 的错误提示，不用担心，等到之后出现了日志就可以了。</p>
<h2>准备服务器</h2>
<p>因为使用的是 docker 环境，所以具体的指令此处就不再赘述了，直接从安装 loki 日志插件开始。</p>
<p>此处参照的是 <a href="https://grafana.com/docs/loki/latest/clients/docker-driver/" target="_blank" rel="noopener">Docker Driver Client</a> 给出的教程，请注意相关的内容可能会更新。</p>
<h3>安装 loki-docker-driver 插件</h3>
<p>为能将数据发送给 loki ，需要一个插件来将 Docker 的日志转化为带有详细标签信息的数据，并使用 Loki 兼容的接口发送给上面部署的服务器。使用这条指令可以安装这个插件：</p>
<pre><code class="language-shell">docker plugin install grafana/loki-docker-driver:latest --alias loki --grant-all-permissions
</code></pre>
<p>安装完成后可以通过 <code>docker plugin ls</code> 查询 docker 安装的插件来进行检查。</p>
<details>
<summary>
  如果后续有升级需要，可以参照原链接中给出的指令进行升级：
</summary>
<pre><code class="language-shell">docker plugin disable loki --force
docker plugin upgrade loki grafana/loki-docker-driver:latest --grant-all-permissions
docker plugin enable loki
systemctl restart docker
</code></pre>
</details>
<p>然后就可以对插件进行具体的配置了。因为我需要收集的是宿主机上所有的 docker 日志，并且无需区分不同的组织，所以配置 <code>/etc/docker/daemon.json</code> 文件，写入以下内容：</p>
<pre><code class="language-json">{
    &quot;log-driver&quot;: &quot;loki&quot;,
    &quot;log-opts&quot;: {
        &quot;loki-url&quot;: &quot;https://user:password@loki.example.com/loki/api/v1/push&quot;
    }
}
</code></pre>
<p>配置完成后，需要重启 docker 进程，以使更改生效。</p>
<p>需要注意的是，此时并不会对所有的容器都实时生效，已经创建的容器的日志系统已经被固定，只有对新创建的容器才会有效。如果您非常急需日志收集的话，您可以尝试使用 <code>docker-compose up -d --force-recreate</code> 来重建所有的容器。</p>
<h2>在 Grafana 上查询</h2>
<p>当配置完成，且新创建的容器开始工作并产生日志后，应该就能在 Grafana 中查询到。因为只是单方使用，并不涉及详细可视化的需求，所以没有配置 Dashboard ，而是直接进入 Explore 功能进行交互式查询。</p>
<p>当日志出现后，即可通过 label 对来源进行筛选。这个插件会提供 <code>host</code> <code>compose_project</code> <code>compose_service</code> <code>container_name</code> <code>source</code> <code>filename</code> 六个筛选标签，其中：</p>
<ul>
<li><code>host</code> 指的是发出日志的宿主机主机名，</li>
<li><code>compose_project</code> <code>compose_service</code> 或是 <code>container_name</code> 可用于定位容器，</li>
<li><code>source</code> 表示日志来源是一般输出 <code>stdout</code> 还是错误日志 <code>stderr</code> ，</li>
<li><code>filename</code> 指的是日志的原始文件（通常情况下并不重要），</li>
</ul>
<p>利用这些标签配合 Grafana 的时间控制，就能快速查询某一具体容器的运行日志。再也没有日志分散而繁多的烦恼了！</p>
<p><img src="https://ipfs.rss3.page/ipfs/bafkreicfkohbs6a3lm5dfx3mad6lh5kfau65eig45maezp5elqmd577i4u" alt="筛选出来的日志" /></p>




本文同步发布于 

随着服务器越开越多，各个服务器上运行的容器变得越来越杂，收集日志也变成了一件令喵烦恼的事情。平时习惯使用 docker 以方便管理，并且因为玩不明白 k8s 所以没有构建集群，收集日志就成了一件比较尴尬的事。使用 docker 或 docker-compose 自带的 log 指令来查询的话，不但要连上原服务器，进入服务目录，还要输入一串长长的指令，成功之后还要在一大串输出中寻找需要的部分，一不小心刚刚找到的内容又被新的日志刷下去了，实在有些不够优雅。于是就试着寻找一个能够快速方便

我有独特的日志收集技巧

candinya.eth followed pseudoyu.csb

<p>aka. Nya Crypto<br />
FSD(Fish Stack Developer) working at @rss3 with friends, Cɾყρƚσ Adventurer. candinya.eth</p>


aka. Nya Crypto
FSD(Fish Stack Developer) working at @rss3 with friends, Cɾყρƚσ Adventurer. candinya.eth


candinya.csb

USD Coin

Etherscan

<blockquote>
<p>本文同步发布于 <a href="https://candinya.com/posts/2022-in-a-nutshell/" target="_blank" rel="noopener">糖菓·部落</a></p>
</blockquote>
<h2>工作</h2>
<p>工作方面，说实话我感觉有点恍惚。在最意气奋发的时候遇到了 RSS3 这样一个充满少年气的公司，我甚至会怀疑自己在做什么爽文段子里的黄粱美梦。伴随着团队一步步从小变大，从默默无闻，到波澜起伏，在 Web3 这样一个鱼龙混杂的大江湖上打下属于我们自己的一方小小天地。有的人来了，有的人又离开了；有的人有过一两面之缘，有时乃至相谈甚欢，却还是因种种原因成为了匆匆的过客；也有人最终愿意沉淀下来，与我们一起向着理想中的美好出谋划策。自然也会看到外来者的质疑，但秉承着一份有则改之，无则加勉的心态，我们修正着遇到的每一个发现的不足，一步一个脚印地踏出我们的成长。</p>
<p>2022 是充满故事的一年：政治的暴虐与战争的残酷挫伤了世界经济发展的信心，而经济上的不景气带来的是漫长的熊市，大小公司的相继破产倒闭，或是有的卷钱跑路。这一年我们的发行的币价似乎没什么起色，也因此招来一些鼠目交易奴的唾骂与造谣污蔑，或是在社区群里公开羞辱；但我们依然能看到那闪烁着星星点点的光芒，来自社区开发者的倾情贡献，来自业界同行与前辈们的鼓励，支持者我们不断向前。我们坚持过来了，我们搭建起了一条注重社交属性的以太坊兼容链 Crossbell ，开发出了一系列好用又好玩的周边生态产品（比如这篇文章所在的 <a href="https://xlog.app" target="_blank" rel="noopener">xLog</a> ），创造出了也许是第一个真正完整意义上的 Web3 聚合搜索引擎，创造出了太多我们想说，但还是想等到时机成熟时厚积薄发的成就。</p>
<p>我们举办了第一届内部黑客松，各个团队都开发出了具有创造性或是趣味感的作品，其中也有不少成为了如今我们的日常： WLB bot 每天晚些时候的温馨提示；发源自 xCharacter 的生态项目；或是成为了年度数据总结的背景音乐，伴随着复古流行的视效设计为 Web3 的点滴生活呈递出一份值得交付的答卷。</p>
<h2>学习</h2>
<p>基础教育上，在完成基本的课业学习，只剩下一门毕业设计课程后，我申请大四下半期在家完成课题。感恩导师的帮助与鼓励，时间过得很快，课题也完成得很成功。虽然最终并没能成功达到优秀评定的标准，但仍然能以一份不错的成绩为我的大学四年的学习生活画上一个圆满的句号。告别了昔日里或是喜气洋洋或是嬉笑怒骂的课程群，清理了一些或许再也不会相见的形式好友，我打开了一扇新的窗户，报名了在线的音乐课程班，试着探寻与声音相关的奥秘。</p>
<p>基础班的课程安排在暑假进行，一进课堂，老师平易近人的态度与新颖的授课方式就让我大呼物超所值。音乐学习的过程是艰难的，是枯燥的，但正是这些死记硬背也要想办法往脑子里塞进去的知识，最终搭建起了一首首让人能过耳不忘的美妙乐章。从古典乐理的简单涉猎，到现代的电子音乐的初步尝试，再到逐渐能对深藏不露贝斯有所感触，短短两个月不到的时间里我对音乐有了完全不一样的认知。年末寒假的到来也伴随着进阶班课程的开始，这又是一次对自己发起的挑战，一场战胜懒惰、战胜逃避、战胜放弃的战斗，一场永远不会结束、但永远都走在进步路上的人生苦旅。</p>
<h2>生活</h2>
<p>自从棉签和封条对灵魂渴望的自由下达诛杀令开始，身处的城市里弥漫起消毒水味的硝烟，炮弹不断发出全员下楼核酸的尖锐呼啸，我们竟成为了自己的软肋。虽然作为一个比较爱好居家生活的阿宅，因为平时也不怎么出门所以其实影响不太大，但当不存在的平台上不可说的新闻一次次对眼球造成冲击的时候，我还是深深的感受到了现实世界的扭曲。有的人拿了臭钱睁着眼睛说瞎话，有的人逼着早已被折磨沙哑的喉咙也要吐出最后一个字。口罩和良民证，竟成了新经济时代人形生物出门的必需品。即使是魔幻现实主义的小说，恐怕都不敢描述火灾时被封锁在门里活活化为焦炭时的绝望；即使是反乌托邦作品，恐怕也不会安排救护车被隔离栏挡在门外导致伤员早早咽气的情节。仿佛生活在一场荒诞的大戏里，看到的一切是那么的真，又是那么的假，真得四月之声中每一声撕心裂肺的哭喊都痛彻心扉，假到连网易新闻的一个客观中立的年终视频都容不下。</p>
<p>然后这看似牢不可破的可悲厚障壁，却在一夜间原地倒转。摆烂式的放开外加舆论管控的风向引导，将中饱私囊导致药厂和医院无以为继的责任全部甩锅在敢于举起白纸说出内心想法的人头上。对参与者的抓捕一刻都没有停歇，丰县的铁链囚禁起了更多无辜的少女，人权律师的嘴上被缝了一刀又一刀鲜血淋漓的缝合线。有效的 mRNA 疫苗迟迟拒绝放行，涌入京城的布洛芬不见得有任何半点发放给其他有需要的地区。岁月静好的人到处炫耀自己家药万两，负隅前行的人背着家里的老人一趟趟奔赴火葬场。</p>
<p>所幸的是，家里的老人并没有被此次的病毒爆发感染，意味着即将到来的新年也不至于凄凄惨惨戚戚。但依然听闻了许多亲友的亲友没能熬过这个冬天的噩耗，深感不幸的同时，也只能祈祷，愿逝者安息，愿生者健康，愿所有人都能寻得慰藉。</p>
<h2>社交</h2>
<p>对大部分用户来说，今年是风云剧变的一年。杜洛夫夺走那些珍藏多年用户名去链上公开售卖，让 Telegram 一夜从最好的聊天软件摇身一变成叔叔所热爱的生活。马斯克收购推特后的三把火烧走了工程师团队，三板斧赶跑了一众用户，三重奏吓坏了一堆广告商，驱使大量推特用户向 Fediverse 转移（注： Fediverse 网络不是 mastodon ）。但很可惜，正如历史上的每一次赛博移民潮一样，伴随着时间的流逝，这些新来用户浪潮淘出来的愿意留下来的金最终还是少数。</p>
<p>前几天 elk 正式宣布开源，今天 Misskey 发布 13.0.0 ，这些值得铭记的时刻无一不为我们的社交生活带来了更多值得铭记的美好点滴。也希望这些觉得 mastodon 使用起来不舒服的用户，可以试着看看更多的平替产品，找找更适合自己使用习惯的方式，寻找到最喜欢一方小天地。</p>
<p>今年 6 月喵窝迎来了她的第 2 个生日。自从启动代码被第一次敲下的这两年半里，她见证了大大小小伙伴实例的兴起与消匿，也陪伴着大家度过了一个个辗转难眠的夜晚与意难平的时光，分享着独属于这片安静的小天地的快乐。大约是一个月前，喵窝迁移到了一台独立服务器上，更强劲的性能与更充足的空间，希望能帮助她支持起接纳更多寻找陪伴的伙伴。</p>
<h2>开发</h2>
<p>作为自己的项目，今年最具有挑战里程碑意义的是写了 <a href="https://nyatrace.app" target="_blank" rel="noopener">NyaTrace</a> ，了结了一个困扰我多年的夙愿，从头开始了解了 ICMP 追踪的工作原理，学习了 Windows 下 C++ 对底层套接字的封装，学习了双栈函数分别的调用与对应的处理方案，复习了 Qt 图形界面的使用，并对 QML 有了一点初步的了解。</p>
<p>今年还有一个印象比较深的就是写了一个为 Misskey 服务的<a href="https://join.nya.one" target="_blank" rel="noopener">邀请管理系统</a>，终于能解决邀请码的分发与管理困难了。也借着这个机会熟悉了一下 Misskey 的授权回调接口，过段时间应该会写一个 OAuth2 转换兼容服务器，来彻底地解决其他服务没法使用 SSO 登录的问题。</p>
<h2>旅游</h2>
<p>拜封控政策所赐，今年基本没出门，唯一值得记一笔的是十一假期期间和家里人一起去度假房住了几天，稍微远离了城市的喧嚣，感受自然的抚摸，体会安静的美好。春节假期中也许也会再去休息休息，感受一下久违的气息。</p>
<h2>娱乐</h2>
<p>今年好像只认真地玩了 Stray 游戏，意识到了猫比人好。</p>
<h2>总结</h2>
<p>我不知道应该如何为今年作结。一年太长，四季太短。今年还发生了太多太多事，我甚至已经忘了是从何时开始的了。我只知道，我还在思考，我还在学习，我还在工作，我还在为了也许会更好的明天，继续努力。</p>
<p>Never drown the flame of hope.</p>



本文同步发布于 

工作
工作方面，说实话我感觉有点恍惚。在最意气奋发的时候遇到了 RSS3 这样一个充满少年气的公司，我甚至会怀疑自己在做什么爽文段子里的黄粱美梦。伴随着团队一步步从小变大，从默默无闻，到波澜起伏，在 Web3 这样一个鱼龙混杂的大江湖上打下属于我们自己的一方小小天地。有的人来了，有的人又离开了；有的人有过一两面之缘，有时乃至相谈甚欢，却还是因种种原因成为了匆匆的过客；也有人最终愿意沉淀下来，与我们一起向着理想中的美好出谋划策。自然也会看到外来者的质疑，但秉承着一份有则改之，无则加勉的

2022 年终总结

<blockquote>
<p>本文同步发布于 <a href="https://candinya.com/posts/2022-in-a-nutshell/" target="_blank" rel="noopener">糖菓·部落</a></p>
</blockquote>
<h2>工作</h2>
<p>工作方面，说实话我感觉有点恍惚。在最意气奋发的时候遇到了 RSS3 这样一个充满少年气的公司，我甚至会怀疑自己在做什么爽文段子里的黄粱美梦。伴随着团队一步步从小变大，从默默无闻，到波澜起伏，在 Web3 这样一个鱼龙混杂的大江湖上打下属于我们自己的一方小小天地。有的人来了，有的人又离开了；有的人有过一两面之缘，有时乃至相谈甚欢，却还是因种种原因成为了匆匆的过客；也有人最终愿意沉淀下来，与我们一起向着理想中的美好出谋划策。自然也会看到外来者的质疑，但秉承着一份有则改之，无则加勉的心态，我们修正着遇到的每一个发现的不足，一步一个脚印地踏出我们的成长。</p>
<p>2022 是充满故事的一年：政治的暴虐与战争的残酷挫伤了世界经济发展的信心，而经济上的不景气带来的是漫长的熊市，大小公司的相继破产倒闭，或是有的卷钱跑路。这一年我们的发行的币价似乎没什么起色，也因此招来一些鼠目交易奴的唾骂与造谣污蔑，或是在社区群里公开羞辱；但我们依然能看到那闪烁着星星点点的光芒，来自社区开发者的倾情贡献，来自业界同行与前辈们的鼓励，支持者我们不断向前。我们坚持过来了，我们搭建起了一条注重社交属性的以太坊兼容链 Crossbell ，开发出了一系列好用又好玩的周边生态产品（比如这篇文章所在的 <a href="https://xlog.app" target="_blank" rel="noopener">xLog</a> ），创造出了也许是第一个真正完整意义上的 Web3 聚合搜索引擎，创造出了太多我们想说，但还是想等到时机成熟时厚积薄发的成就。</p>
<p>我们举办了第一届内部黑客松，各个团队都开发出了具有创造性或是趣味感的作品，其中也有不少成为了如今我们的日常： WLB bot 每天晚些时候的温馨提示，发源自 xCharacter 的生态项目；或是成为了年度数据总结的背景音乐，伴随着复古流行的视效设计为 Web3 的点滴生活呈递出一份值得交付的答卷。</p>
<h2>学习</h2>
<p>基础教育上，在完成基本的课业学习，只剩下一门毕业设计课程后，我申请大四下半期在家完成课题。感恩导师的帮助与鼓励，时间过得很快，课题也完成得很成功。虽然最终并没能成功达到优秀评定的标准，但仍然能以一份不错的成绩为我的大学四年的学习生活画上一个圆满的句号。告别了昔日里或是喜气洋洋或是嬉笑怒骂的课程群，清理了一些或许再也不会相见的形式好友，我打开了一扇新的窗户，报名了在线的音乐课程班，试着探寻与声音相关的奥秘。</p>
<p>基础班的课程安排在暑假进行，一进课堂，老师平易近人的态度与新颖的授课方式就让我大呼物超所值。音乐学习的过程是艰难的，是枯燥的，但正是这些死记硬背也要想办法往脑子里塞进去的知识，最终搭建起了一首首让人能过耳不忘的美妙乐章。从古典乐理的简单涉猎，到现代的电子音乐的初步尝试，再到逐渐能对深藏不露贝斯有所感触，短短两个月不到的时间里我对音乐有了完全不一样的认知。年末寒假的到来也伴随着进阶班课程的开始，这又是一次对自己发起的挑战，一场战胜懒惰、战胜逃避、战胜放弃的战斗，一场永远不会结束、但永远都走在进步路上的人生苦旅。</p>
<h2>生活</h2>
<p>自从棉签和封条对灵魂渴望的自由下达诛杀令开始，身处的城市里弥漫起消毒水味的硝烟，炮弹不断发出全员下楼核酸的尖锐呼啸，我们竟成为了自己的软肋。虽然作为一个比较爱好居家生活的阿宅，因为平时也不怎么出门所以其实影响不太大，但当不存在的平台上不可说的新闻一次次对眼球造成冲击的时候，我还是深深的感受到了现实世界的扭曲。有的人拿了臭钱睁着眼睛说瞎话，有的人逼着早已被折磨沙哑的喉咙也要吐出最后一个字。口罩和良民证，竟成了新经济时代人形生物出门的必需品。即使是魔幻现实主义的小说，恐怕都不敢描述火灾时被封锁在门里活活化为焦炭时的绝望；即使是反乌托邦作品，恐怕也不会安排救护车被隔离栏挡在门外导致伤员早早咽气的情节。仿佛生活在一场荒诞的大戏里，看到的一切是那么的真，又是那么的假，真得四月之声中每一声撕心裂肺的哭喊都痛彻心扉，假到连网易新闻的一个客观中立的年终视频都容不下。</p>
<p>然后这看似牢不可破的可悲厚障壁，却在一夜间原地倒转。摆烂式的放开外加舆论管控的风向引导，将中饱私囊导致药厂和医院无以为继的责任全部甩锅在敢于举起白纸说出内心想法的人头上。对参与者的抓捕一刻都没有停歇，丰县的铁链囚禁起了更多无辜的少女，人权律师的嘴上被缝了一刀又一刀鲜血淋漓的缝合线。有效的 mRNA 疫苗迟迟拒绝放行，涌入京城的布洛芬不见得有任何半点发放给其他有需要的地区。岁月静好的人到处炫耀自己家药万两，负隅前行的人背着家里的老人一趟趟奔赴火葬场。</p>
<p>所幸的是，家里的老人并没有被此次的病毒爆发感染，意味着即将到来的新年也不至于凄凄惨惨戚戚。但依然听闻了许多亲友的亲友没能熬过这个冬天的噩耗，深感不幸的同时，也只能祈祷，愿逝者安息，愿生者健康，愿所有人都能寻得慰藉。</p>
<h2>社交</h2>
<p>对大部分用户来说，今年是风云剧变的一年。杜洛夫夺走那些珍藏多年用户名去链上公开售卖，让 Telegram 一夜从最好的聊天软件摇身一变成叔叔所热爱的生活。马斯克收购推特后的三把火烧走了工程师团队，三板斧赶跑了一众用户，三重奏吓坏了一堆广告商，驱使大量推特用户向 Fediverse 转移（注： Fediverse 网络不是 mastodon ）。但很可惜，正如历史上的每一次赛博移民潮一样，伴随着时间的流逝，这些新来用户浪潮淘出来的愿意留下来的金最终还是少数。</p>
<p>前几天 elk 正式宣布开源，今天 Misskey 发布 13.0.0 ，这些值得铭记的时刻无一不为我们的社交生活带来了更多值得铭记的美好点滴。也希望这些觉得 mastodon 使用起来不舒服的用户，可以试着看看更多的平替产品，找找更适合自己使用习惯的方式，寻找到最喜欢一方小天地。</p>
<p>今年 6 月喵窝迎来了她的第 2 个生日。自从启动代码被第一次敲下的这两年半里，她见证了大大小小伙伴实例的兴起与消匿，也陪伴着大家度过了一个个辗转难眠的夜晚与意难平的时光，分享着独属于这片安静的小天地的快乐。大约是一个月前，喵窝迁移到了一台独立服务器上，更强劲的性能与更充足的空间，希望能帮助她支持起接纳更多寻找陪伴的伙伴。</p>
<h2>开发</h2>
<p>作为自己的项目，今年最具有挑战里程碑意义的是写了 <a href="https://nyatrace.app" target="_blank" rel="noopener">NyaTrace</a> ，了结了一个困扰我多年的夙愿，从头开始了解了 ICMP 追踪的工作原理，学习了 Windows 下 C++ 对底层套接字的封装，学习了双栈函数分别的调用与对应的处理方案，复习了 Qt 图形界面的使用，并对 QML 有了一点初步的了解。</p>
<p>今年还有一个印象比较深的就是写了一个为 Misskey 服务的<a href="https://join.nya.one" target="_blank" rel="noopener">邀请管理系统</a>，终于能解决邀请码的分发与管理困难了。也借着这个机会熟悉了一下 Misskey 的授权回调接口，过段时间应该会写一个 OAuth2 转换兼容服务器，来彻底地解决其他服务没法使用 SSO 登录的问题。</p>
<h2>旅游</h2>
<p>拜封控政策所赐，今年基本没出门，唯一值得记一笔的是十一假期期间和家里人一起去度假房住了几天，稍微远离了城市的喧嚣，感受自然的抚摸，体会安静的美好。春节假期中也许也会再去休息休息，感受一下久违的气息。</p>
<h2>娱乐</h2>
<p>今年好像只认真地玩了 Stray 游戏，意识到了猫比人好。</p>
<h2>总结</h2>
<p>我不知道应该如何为今年作结。一年太长，四季太短。今年还发生了太多太多事，我甚至已经忘了是从何时开始的了。我只知道，我还在思考，我还在学习，我还在工作，我还在为了也许会更好的明天，继续努力。</p>
<p>Never drown the flame of hope.</p>


<p>这是我第一次写年终总结，以前总喜欢记录句子，叫自己“一句话感悟作家”，断断续续也记录了十一个长备忘录，却一次长文blog都没写过，总担心没那么多话说，那么就从年终总结开始吧！</p>
<h2>选择</h2>
<p>2022于我是面临很多选择的一年，每个选择在当时看来都无比重大，仿佛站在人生的十字路口；每个决定都好像会改变我的一生，令当时的我非常徘徊。</p>
<h3>感情</h3>
<p>年初因为错过新西兰大赦，抱怨着这个我贡献了八年gdp的地方一点也不喜欢我，还好我孤身一人转头就能跑，计划好了成为一个digital nomad。大约我的灵魂是野性的，喜欢上山下海，喜欢山野多过市中心。结果就在这时遇到了我的棕熊，带着少年人特有的热烈又孤注一掷的爱意，在我说了我会离开这个国家之后还要坚持待在我身边。结果单身三年就在遇见棕熊后的半年结束了。<br />
大概应验了一句话：“A person often meets his destiny on the road he took to avoid it&quot;。</p>
<p>我不算是一个情绪稳定&amp;有安全感的人，在过去三年里也遇到过很多人，好像男人随着年龄的成长会越来越利己，能提供适当情绪价值的棕熊显得很不一样。</p>
<p>我一直说新西兰这个地方一点也不喜欢我，从十四岁就在这儿大赦也不带我一个，可好像它又是喜欢我的，在我快要离开这里去世界流浪的前几个月，硬是把我留下来了。（但骨子里还是想跑，已经撺掇好棕熊过两年一起溜，嘿嘿）</p>
<h3>事业</h3>
<p>今年的事业也挺不错的，年初已经是蓬勃向上的趋势，哪怕遇到糟糕的市场动荡和恶略的行情，但庆幸厂里都是一群真的希望对世界做出贡献的小伙伴，对市场的感知不太强，大家也在努力的保护开发者们，尽量避免他们收到不好的外界影响，所以军心很稳，小伙伴们一如既往的努力开发，做有用的产品。比如现在我就在用歪歪的xlog，不得不说，确实好用。我们这帮开发者真是很有东西。</p>
<p>今年在厂里举办了第一届1024内部黑客松，太成功了，用运营的话说就是”比我们花钱在外面办的还好！”。激动的写了一篇长文Blog，结果因为有的项目暴露团队内部情况太多搁置哈哈。</p>
<p>外界总是说现在行业里都是撸毛党和搞传销的，可能我的心态总是比较乐观，我真的信还是有人是会因为产品好用而去关注产品的。</p>
<p>大家的梦想是去改变世界，我的梦想是保护大家实现梦想。</p>
<h3>独立</h3>
<p>在工作逐渐稳定后决定独立，总是被姐姐照顾也不是办法，跟我一样大的已经自己住好多年了吧。主要我实在不喜欢紧凑的公寓，感觉活动范围太小，终于在今年天时地利人和的情况下找到了很不错的房子，有梦想的浴缸和宽敞的厨房客厅，还有了自己独立的工作室。我发现书桌和床还是不要在一个房间的好，不然总想躺下。<br />
总的来说自己住的体验还是很不错的，以前总在自己的卧室里完成生活的80%-睡觉，工作，追剧，吃夜宵，现在地方宽敞了许多，人都舒展开了。</p>
<p>今年还考了驾照，学了车。实在是不喜欢考驾照，这种潜意识大概在我前两年fail了两次笔试+卡丁车我开一圈被一个人超了三次（被套圈了）就深入脑髓。没想到今年可以满分考过笔试，值得庆祝。</p>
<p>新西兰学车太硬核了，我的教练第一节课在我家门口，上来就问“你能自己开吗？从这里开始吧！” 我整个人都不好了：“不是教练，你不应该先教我怎么挂档吗！！！” 第一节课还在家门口的小路绕圈，第二节课就因为后面有辆车追的很近教练不敢让我拐弯进小路然后就直接上了大路，天，那是我第二次开车诶，大路上那些车真是命大。第四节课我就上高速了，太狠了，没碰没伤的活着回来了，绝对是今年的高光事件。</p>
<h2>生活</h2>
<p>今年虽然没能去世界流浪，但还是去看了些风景，生活实在是太需要这些风景的治愈了，争取以后可以走遍全球。新西兰就这点不好，在世界的角落里，去哪都远。</p>
<h3>足迹</h3>
<p>1.皇后镇</p>
<p>今年去了两次皇后镇，真是个好地方啊，非常符合想象中有钱的中年人选择舒适隐居的地方，以后哪怕不在新西兰久居也会希望买个holiday house在这边！<br />
<img src="https://ipfs.rss3.page/ipfs/bafybeihq6hhnevdhhvrprijtx7pehi7czdppxk32wo5w27mkjnnjbvaieq" alt="IMG_4990" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafkreicx5dvel52hi5byi266lvk7ugx2xteauo4deuyshuekdwlb6ugf4a" alt="IMG_4993" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeidvjo7seukzynmb5kssnwdscggzyk73st2dfqvnsxmfsduvoxzd6q" alt="IMG_6655" /><br />
<img src="https://ipfs.rss3.page/ipfs/bafybeianxceft2rhuqdyqaflxcixvhaldn3tcv7rijptv6igrkq5ywj2tq" alt="IMG_4988" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafkreiavo4pd6zaavmkxqnmwau3hu3utjxejrqwz4hs3ntaolofvjewtlu" alt="IMG_4987" /></p>
<p>第一次的时候天气不太好，没遇见几天晴天，不过反而因祸得福，因为云雾很重所以看到了非常奇异的景色。在这种天气下开车在山脉之间的公路上很有感觉。</p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeihsoyxdlvsi6j6jhyi6zmssfq5liesriwt6p2r2cm56fn6g23zt2a" alt="IMG_3490" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeiaw7e4uqg5im3v6kjp5nplfqatcgqb6op2wg4m4cxln6gqyogusve" alt="IMG_3273" /></p>
<p>完成了一件人生打卡：从峡谷中间134米的地方蹦极。没错，就是这张图中间那个拿钢索吊着的小站那里跳下去。去的时候一车十几个人，大家一起坐缆车晃晃悠悠的到了中间那个小站，当时心里还觉得洋人就是胆大，这么多人蹦极。结果真开始穿装备的时候发现就三个人蹦，和着其他这些都是来围观的，人家真正玩的是旁边的峡谷大秋千：）</p>
<p>前两个都是又高又壮的洋人男生，俩人都准备了三分钟不到就潇洒纵身一跃，我人都傻了。卧槽，143米啊！！！我一个人站在起跳点，死抓着安全员小姐姐不敢放手。我问她你能推我下去吗？她说不行。我说那我能背对着跳吗？她说你第一次我们强烈建议你面对着跳。</p>
<p>于是我准备了好久，先从放开小姐姐的手，到把绳子放下去，到一点一点往前挪，到被鼓励着张开双臂，一回头发现后面一排人围观，整个人都快哭出来了，一直在念叨我不行我不行我整不了啊，手抖腿也抖，工作人员倒数了无数次54321。最后眼睛一闭蹲下去就跳出去了，上面传来好强烈的欢呼，体验居然很不错，有种被风拖起来的感觉，并没有强烈的失重感。没想到蹦极最可怕的居然不是跳下去，而是站在跳台上心境胆战的二十分钟。</p>
<p>太吓人了，下次还来，他们说回头客打折<br />
<img src="https://ipfs.rss3.page/ipfs/bafybeiaenqrdlmzi7zpqacgwc6xjwdex5bluy5gdwcpzz6hwmhvs67xiuy" alt="IMG_4992" /></p>
<p>第二次去的时候就是秋天了，这次赶上了漂亮的天气。秋天真好，是好吃又好看的季节。</p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeiej55ejozit5eo2tlio2axvhewp2muticib7yiku3ny5lq4zkbhxa" alt="IMG_6654" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafkreiagrmi3cofaequhvgv4nadsd5p7vlfwmg3w3mcrecpuoadbdoqqnu" alt="IMG_5002" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeicitmqq2d6bdjpb4ey4igrzp7atipsmpk4h62pg2l2i6mu25hark4" alt="IMG_4999" /></p>
<p>还坐直升机去看了冰川，没有人烟的地方都是好地方。</p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeihkn747bfc5kvg5dhsh7q2bgn7svw6eelrvccwaepk7qknlswkr4a" alt="IMG_5001" /></p>
<p>mark一次很酷的骑马体验，在指环王的拍摄地自由骑马，还会过一条奔腾的河流。雾气从远方的山地蒸腾升起</p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeicqd36q7cf2bksqhsot4v2ysca65lati6asvzw7hroru3ulciwgpq" alt="IMG_4998" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafkreihfoiw5s7m6uphzkleu57akbhh5a5fwk6bj22oh75krool4gmwyue" alt="IMG_4997" /></p>
<p>最后强烈推荐皇后镇的fergbar，就在大名鼎鼎的fergburger隔壁，大多数人都奔着汉堡去了，经常忽略隔壁优秀的bar。它已经成为本小酒鬼在新西兰最爱的bar第一名，又好吃鸡尾酒又好喝而且性价比奇高。在高档餐厅生蚝要卖6刀一个的地方真是过于优越了。</p>
<ol start="2">
<li>回国</li>
</ol>
<p>因为疫情三年没回国，今年说什么也要回去一趟。这次除了西安还去了云南和上海。<br />
在西安和朋友自驾去了关山牧场，太像新西兰了，搞的我朋友一直感叹“还没看够羊吗？又跑来看草和羊”。发小+自驾+牧场+骑马+树屋=长大真爽。</p>
<p>云南是个好地方，已经去了不知道多少次了，烧烤也好吃，包浆豆腐真香，竹笋也嫩，带了好多释迦果回家，这玩意儿在新西兰卖十几刀一个。这次除了去有名的星光夜市还去了西双版纳的勐巴拉，太好住了，在勐海县里圈起来的一个巨大的度假镇，有很多独栋别墅酒店很适合一家人来度假，我们住在悦椿酒店，性价比超高！泡温泉的地方也好看！有种摩洛哥的味道。还有孔雀园之类的好多游玩地方，你可以在孔雀中间穿梭，好地方，感觉国内很缺这种纯度假的地方（也可能是我的了解太少）</p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeial5p624mhduje6c5pxcul7swfaai35yin7pdkpxgj567lmrukaqm" alt="IMG_4995" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeif6qwuep3mfytdkmhgnxxhpzcxm3lltpojxrnbmp33a3o7u77i3vi" alt="IMG_4996" /></p>
<p>这次终于感受到了上海的魅力，感谢瑛子的婚礼，面基了很多小伙伴。以前来上海始终体会不到什么融入感，这次和伙伴们在各种hidden bar喝小酒，下午在咖啡店一起工作，花雕鸡也好吃。上海的魅力是属于夜晚的，想了想，不只是上海有魅力，我更舍不得这些有意思的人。</p>
<ol start="3">
<li>日常</li>
</ol>
<p>一周五天都在家工作，周末肯定抓紧机会就跑。结果就是每个周末都在为奥克兰周边各个农场动物伙食改善工作付出努力，最喜欢的活动是浮潜，飘着看鱼可以看很久。还去听了教堂里的蜡烛音乐会，很有氛围感，很好听，很困。</p>
<p>今年也在努力的收集夕阳，成为一个称职的夕阳收藏家，年度最佳夕阳观看点是Hamilton‘s gap，足够长的海岸线+细软的黑沙滩，还可以野餐&amp;野营，非常浪漫。<br />
<img src="https://ipfs.rss3.page/ipfs/bafybeicbzknzwzjfr72zvm6jltljq63atqxqnmab4urwlas3wv7kp4xpaq" alt="IMG_5007" /><br />
<img src="https://ipfs.rss3.page/ipfs/bafkreidsovima3x3fwypa56jzx3pxrdlndh7qyfo3owfkprovwn4ulmnoy" alt="IMG_5006" /></p>
<p><img src="https://ipfs.rss3.page/ipfs/bafybeiaopvmfjo5tsidhcnjmnrindv7uvrongsbveqqcmp4cjvtc7xilf4" alt="IMG_5005" /></p>
<h3>食物</h3>
<p>今年外食吃到的好吃的太多了，这里就不一一列举了。由于今年开始了自己做饭，可以稍微评选一下。</p>
<p><strong>年度酱料</strong></p>
<ol>
<li>Masterfood Tuscan干料<br />
就是这个平平无奇小香料，往羊排上抹层油再撒它，你就会获得米其林星级体验。我和西餐大厨有什么区别！<br />
<img src="https://ipfs.rss3.page/ipfs/bafybeifh6ipvbrz4sgibyjk46utsqgdxn3s43csea6vytgndvqh47gu53i" alt="IMG_5010" /></li>
<li>pizza&amp;意面两用酱<br />
刚好吃完了就没得拍，就是那种番茄调味酱，感觉超市里那种应该都不会太难吃，大家可以自行选用，一定要买那种标注了两用酱的。用来做pizza&amp;做意面&amp;做煎鱼排的料汁都非常好使，用了它就掌握了意大利大厨的精髓。<br />
<img src="https://ipfs.rss3.page/ipfs/bafybeib6yha7xxz5p22awshvjhl456vj3mfcxlqgpjokjeiftgohzwzfx4" alt="IMG_5011" /></li>
</ol>
<p><strong>年度意想不到的快手菜</strong></p>
<p>今年尝试了很多不同风格的家庭料理，最奇怪的配方是白腐乳豆浆烟熏鸡肉意面。完全不黑暗，而且异常简单，洋葱和烟熏鸡肉炒一炒，倒入四五块白腐乳+半碗豆浆做的酱汁，倒入煮熟的意面一起炒一炒，完事儿。少放点白腐乳尝起来就是正常的白酱意面（低脂版）。我愿称白腐乳为中国芝士！！</p>
<p><strong>年度出现次数最多家常菜</strong></p>
<p>五花肉辣白菜炒leek，leek我搜了一下是韭葱，我感觉换成大葱应该也能好吃。超简单，leek切丝，五花肉煎一煎，丢leek和辣白菜，倒点酱油和糖完事儿。属于再没有做饭天赋的人也能简单做好的快手菜，无敌下饭好吃，强烈推荐。</p>
<h2>个人发展</h2>
<p>这里不得不提到Joshua，虽然他平时对我非常严格，但确实在我快速成长的道路上起到了至关重要的作用，是个非常有头脑善良又有耐心的好人。</p>
<h3>成就</h3>
<ol>
<li>承担责任</li>
</ol>
<p>今年是成熟的很快的一年，还记得刚开始工作时稍微出点小问题就在找原因和理由，刷因为这事儿在早期总是不得不说“我没有要怪你的意思，你不要老找别的原因“ 。后来终于慢慢学会了主动承担责任，解决问题，分析原因和避免再次发生。</p>
<ol start="2">
<li>不愧对”独当一面的勇士“称号</li>
</ol>
<p>对管理公司各项事务更加熟练，无论是法务，ir还是内部管理实力都在今年有了很大的长进，早期发邮件经常会让刷嚷嚷过于随意，扬言要给我报邮件书面语课程，现在面对超长资料需求也能从容不迫地应对了。完成了很多公司架构方面的事，在这方面我脑子倒是挺好使的。</p>
<ol start="3">
<li>深入了解项目</li>
</ol>
<p>团队的管理和项目组有些割裂是业界经常发生的情况，但在一个技术为重的团队，全员都了解项目是很有必要的事。今年有努力的参与项目会议，积极使用产品，了解项目发展情况，明年也要继续保持！</p>
<h3>待提高</h3>
<ol>
<li>数学严谨</li>
</ol>
<p>希望2023不要再算错钱&amp;和钱有关的东西了，救救孩子吧</p>
<ol start="2">
<li>对市场的了解</li>
</ol>
<p>感觉自己参与市场有点过少了，不够深入，明年可以加油。</p>
<h2>新年愿望</h2>
<p><strong>生活管理</strong></p>
<p>在2022年末实现了规律的健身+工作+健康饮食的模式，希望2023可以继续坚持，居家办公虽爽，但确实会因为运动量不达标导致一些身体问题，2023一定要努力到到自己的梦想bodyshape！</p>
<p><strong>工作</strong></p>
<p>2022是一个跌宕起伏的年份，希望2023市场有所回温，希望可以保护好厂里的小伙伴们，让他们快乐生活，快乐打代码，不用操心技术以外的一切事情。</p>
<p><strong>开拓视野</strong></p>
<p>希望2023可以去到更远的地方，去参加活动，去看看世界，去见各种各样的人，去听他们想做的事。</p>
<h3>我们已经在小时候作文写的未来里啦！要保证幸福发生在2023！🎉</h3>


这是我第一次写年终总结，以前总喜欢记录句子，叫自己“一句话感悟作家”，断断续续也记录了十一个长备忘录，却一次长文blog都没写过，总担心没那么多话说，那么就从年终总结开始吧！
选择
2022于我是面临很多选择的一年，每个选择在当时看来都无比重大，仿佛站在人生的十字路口；每个决定都好像会改变我的一生，令当时的我非常徘徊。
感情
年初因为错过新西兰大赦，抱怨着这个我贡献了八年gdp的地方一点也不喜欢我，还好我孤身一人转头就能跑，计划好了成为一个digital nomad。大约我的灵魂是野性的，喜欢上山下海，喜

End of 2022

#1564

candinya.web3

nyawork.web3

candinya.meta

Yellow NO.000143

The Genesis RSS3 Avatar NFT #735

nyawork.meta

Nya Candy

candinya

<p>Of the past several weeks, we have made some incredible progress, and are really exited to share with all of you. Each one is a major add-on to the existing RSS3 protocol, and will further help us build toward the world of Web3.</p>
<h3>The Big Update</h3>
<p>Starting from the beginning of the Internet, human beings have been creating assets online. Assets are not only about finance: all that you create or own in the cyber world are your assets. These started with simple contents on a self-hosted website, then went to more sophisticated datasets through different applications. Nowadays, with the advancement of decentralized infrastructures, we are seeing much more assets online like tokens and NFTs. We definitely are not going to stop there. If we take a look at the trend, it is easy to tell that the quantity and variety of online assets have been increasing for all the time being. Specifically, we expected to see more non-transferrable tokens and gaming assets in the next few years.</p>
<p>The next era belongs to the Metaverse, within which users will be creating more and heavier online assets through different applications, most likely on decentralized networks. The truth is that we cannot expect all assets to be on the same network. Or if they were on the same network, we cannot expect them to be of the same standards. Even for now, we see users with tokens on different chains with a majority on Ethereum, gaming NFTs like Axie Infinity on chains like Ronin, and articles and videos stored in a decentralized way on Arweave and IPFS. This is not determined by the users who always expect things to be simple, but by the underlying logic of these technologies that cannot be solved in a short time. Also, it might be better this way since it limits the harm of a possible, only in theory probably, single decentralized network failure (SDNF).</p>
<p>Assets' Interoperability across different applications will be achieved with much less effort this way. Right now, the way applications handle interoperability is by looking onto each chain, and searching for and verify the assets. If Metaverse applications are to handle as many cross-network assets as possible for better user experience and engagement, they will need a better way searching and verifying these assets. RSS3 files will be the trustless way for that, though we are still on our way of decentralization. To make things even easier, we will be introducing Web3 Pass as the simplest, the most adaptive, and the most powerful way for applications to use as trustless user profiles.</p>
<p>That major update restates the fundamental position of RSS3.</p>
<p><strong>As a Cross-Network Aggregator</strong><br />
RSS3 is destined to become the indexer for any cyber persona, and we are adding verification and indexing modules to the protocol. RSS3Hub (or later the RSS3 nodes) will be able to verify ownership of given specific account, and then index the assets from verified accounts into the RSS3 files. And network does not only refer to decentralized networks, but also existing centralized platforms as well. Specifically, we are adding RSS3Account and RSS3Asset into the RSS3 Standard, and RSS3Hub will be first experimenting these new modules together with the introduction of the Web3 Pass™. We will soon release more information regarding the update and how community developers can easily implement these modules as well.</p>
<p><strong>As a User-Controlled Index</strong><br />
It goes without saying that RSS3 does not stop with simply being an aggregator. If we look at the ways how users or addresses are showing their assets now, they are using the most primitive way. If you have 700 NFTs, then they will be displayed at once and the only options for the viewers are most likely to be pricing or chronology orders. The human touch is missing. And that's where RSS3 files come into play. With the enhanced RSS3Hub (which will later turn into RSS3 nodes), assets across different networks will be gathered, and for the first time in Web3 history, users are granted with the power to control this index. They can choose to show or hide any asset, and they are free to modify the order themselves. All your fans and friends will see your best collections, contents or achievements from your own index, in your own way.</p>
<p><img src="https://ipfs.rss3.page/ipfs/bafkreie67eojwbdarrd767o5aza65ehdtrpzqj4732nenyywscc7ppkp2i" alt="c2af0f56-cc30-4d24-a9d1-8e72ea54a298" /></p>
<h3>OneSign™</h3>
<p>When we first shipped out the RSS3 protocol, we designed it in a data-ownership first way, which requires a separate signature every time when the user makes a change. This is the simplest way for security, but definitely not good enough for social and content applications: they don't need to be confirmed for every action. So in this big update, we are introducing the new signing architecture called OneSign, which will completely change identity verification for non-financial dApps, making it more secure and convenient. And no, we haven't patented it lol and we want to call for all non-financial dApps, whether already adopting a similar architecture or not, to form an open standard called OneSign.</p>
<p>First of all, the private key for signing non-financial apps and financial apps should be different, eliminating possible security risks. At the same time, users should gradually form a conceptual model where different types of keys will be used for different cases.</p>
<ul>
<li>Specifically, if it is for financial purposes:</li>
</ul>
<ol>
<li>Always make sure that SIGN IT IF YOU MEAN IT, which means that users' actions have to be explicitly signed before execution.</li>
<li>Private keys should never leave wallet apps.</li>
</ol>
<ul>
<li>However, if it is for non-financial purposes:</li>
</ul>
<ol>
<li>2Users don't need to explicitly sign for most actions (this is not only to meet the already-formed user cognition in the web2 era, it also just makes sense since most actions do not carry that much stake. E.g. even secure messaging apps won't explicitly ask for signature every time when messages are signed).</li>
<li>Private keys can be stored in secure local storages like IndexedDB, also making sure that no application or extension can access these keys.</li>
</ol>
<p>In order for RSS3 to still work with Ethereum, it makes sense to still use the Secp256k1 curve. However, as stated before, we need to avoid letting users sign social or content actions directly with the Ethereum key. So we will generate another key pair for the users, use the Ethereum private key to sign the generated public key, and finally store the newly generated private key into IndexedDB. This way, users will need to sign with their Ethereum private keys only when they are generating the new key pair. Of course, as an advanced option, users are allowed to force to regenerate a key pair every time they sign an RSS3 action, or they can also set an expiration time.</p>
<p>We can't predict what the resourceful black-hat hackers would do, but what we can do is to make sure that we use a different curve for the generated key pair, making it valueless.</p>
<p>We call for the Web3 industry to make this a universal standard: whenever a user is signing with an Secp256k1 private key, it is a sensitive operation, and if not so, then the operation won't carry much stake. We don't want users to keep checking the actions they sign when it's only for following their friends. The standard of signing contents have long existed, mostly with Curve25519. It was actually the emergence of Bitcoin that gradually made Secp256k1 an industry standard. Thus, it makes sense for us to keep separated curves for different purposes.</p>
<p>There are lots of great choices for a curve different from Secp256k1. For OneSign, we choose Curve25519, one of the most widely tested and used choices. And we welcome any discussion with the choices we made here.</p>
<p>We are clear that RSS3 is not the first project that is trying to adopt a signing architecture like this. Lots of social media, messaging and other decentralized applications have trailblazed on this direction. But we hope an open and shared standard can be made, and we hope all who work on non-financial decentralized apps can join us.</p>
<h3>Web3 Pass™</h3>
<p>Here comes our &quot;One More Thing...&quot;</p>
<p>For the past several weeks, we have been secretly developing something that can show you the power of RSS3 right at your fingertips. And it's called the Web3 Pass.</p>
<p>With the advanced RSS3 protocol, we believe it's time to come up with a native way for users to interact with their RSS3 files and show off their cyber assets. We will be gradually shipping more and more modules onto the Web3 Pass and showing more of what RSS3 can do. Developers will not only benefit from this open Web3 User Table, but also these beautify user profile pages that are ready to be shown right in your applications, and they fit every device and platform. And all these will take just one line of code.</p>
<p>You can start your RSS3-based Web3 Pass easily with your existing Ethereum address, and start your cross-network metaverse Web3 journey. It will be extremely secure and easy thanks to the OneSign architecture mentioned above.</p>
<p>We will be experimenting first through the Ropsten Network with a simple guide here: <a href="https://www.notion.so/rss3/A-Brief-Guide-for-Web3-Pass-3f42b829d0d64815aca63602cbe4ebaf">https://www.notion.so/rss3/A-Brief-Guide-for-Web3-Pass-3f42b829d0d64815aca63602cbe4ebaf</a>.</p>
<p>Note that all data will be transferred to mainnet once we are ready to move.</p>
<p><strong>RSS3 Naming Service</strong><br />
The first thing is about the RSS3 Naming Service. It's still not well developed, but we believe it's time for us to run a trial with the Web3 Pass. Every user needs to register through the Ethereum contract (<a href="https://ropsten.etherscan.io/address/0x63cfeb343975116ec2fc27125609da236d066615#code">https://ropsten.etherscan.io/address/0x63cfeb343975116ec2fc27125609da236d066615#code</a>) to get started. This registration will cost you to burn a $PASS token (<a href="https://ropsten.etherscan.io/address/0x63cfeb343975116ec2fc27125609da236d066615#code">https://ropsten.etherscan.io/address/0x63cfeb343975116ec2fc27125609da236d066615#code</a>), and grants you an RNS which is a type of ENS. This may resemble with Mirror.xyz's registration, but as a special type of ENS, one address can only have one RNS, it won't be transferable, and it will never expire. Also, you can register a regular ENS for another address, but not for RNS.</p>
<p>We designed RNS to be this way so that it will not be considered as a typical asset. As a unified resolver for a decentralized cyber persona, it just does not make sense for anyone to carry two, or give or trade it to another persona. Consider how someone won't have multiple or trade passports, or at least in most cases. For now, any RNS has to be at least 2 characters with maximum of 15. And we did leave a future option for changing one's RNS, but that's not for us to decide, but the RSS3 DAO on how this should work.</p>
<p><strong>Verify and control</strong><br />
As discussed in the big update, RSS3 protocol now allows you to verify the ownership of a given account. For this first version, we are going to support the verification of Ethereum and Binance Smart Chain. Their verifications are very straightforward: Through your Web3 Pass, just click on adding a new account, choose which network this account is based upon, and then sign a message with your MetaMask extension. Note that right now, adding and verifying account can only be done with MetaMask or similar browser extension. And we are working on making WalletConnect work so this can be done through a mobile device as well. At the same time, you can always log into your Web3 Pass with WalletConnect, manage your Pass and check on others Pass. We will be working hard on getting more accounts support onboard, including different chains, side chains, decentralized networks and even centralized platform. But for now, you can try and go enjoy showing all your collections from however many ETH and BSC wallets you want, as long as they belong to you 😉</p>
<p>Once your accounts have been verifies, assets will be pulled into your RSS3 file shown to you through your Web3 Pass. Now, you can drag and drop all these collections anyway you want. You can choose to hide most of them but only show a few of your best, or you can go ahead and click on display all, in which case all will be show on your Pass.</p>
<p>This way, your verified and aggregated Pass with your own touch is initiated. Take your link and hang it somewhere conspicuous like your Twitter so that others can follow your Pass and look it up from time to time.</p>
<h3>Some QAs</h3>
<ul>
<li>
<p>Who developed the Web3 Pass?<br />
It's developed by us, Natural Selection Labs, the same people behind RSS3.</p>
</li>
<li>
<p>What is RNS?<br />
It's a special type of ENS developed by us, granted to any address when registering for the Web3 Pass</p>
</li>
<li>
<p>What is $PASS?<br />
It's an ERC-20 Token we released. Every time an address is trying to register for the Web3 Pass, 1 $PASS is required to be burnt.</p>
</li>
<li>
<p>How do I get $PASS?<br />
$PASS is NOT sold anywhere through any exchange, centralized or decentralized. The only way of getting a $PASS for now is to join the waitlist here (<a href="https://form.typeform.com/to/ds3gKvwB">https://form.typeform.com/to/ds3gKvwB</a>).</p>
</li>
<li>
<p>Why do this burn thing?<br />
For the early stage, it's a way of limiting the number of users. For a later stage, it might turn into a more radical-market way for the right to register.</p>
</li>
<li>
<p>Why choose ETH and BSC?<br />
They are popular and easy to implement.</p>
</li>
<li>
<p>What is the relationship between RSS3 and Web3 Pass?<br />
They are projects led by the same company. Web3 Pass is based on the RSS3 Protocol.</p>
</li>
<li>
<p>Can I build something similar to the Web3 Pass?<br />
Yes, the RSS3 Protocol and all index files are open. We actually hope that you develop something much better than the Web3 Pass.</p>
</li>
<li>
<p>Are you making money from the registration of Web3 Pass?<br />
No, you can check on EtherScan (<a href="https://ropsten.etherscan.io/address/0x63cfeb343975116ec2fc27125609da236d066615#code">https://ropsten.etherscan.io/address/0x63cfeb343975116ec2fc27125609da236d066615#code</a>) regarding or smart contract. All the ETH you pay is to miners of the Ethereum network. We actually will be paying FOR YOU when migrating to mainnet later on.</p>
</li>
<li>
<p>Will you airdrop any token for early Web3 Pass users?<br />
That sounds reasonable but it's still under discussion.</p>
</li>
<li>
<p>Who led this big update on RSS3 Protocol?<br />
DIYgod and Atlas from Natural Selection Labs.</p>
</li>
<li>
<p>Who exactly is behind Web3 Pass?<br />
Anny, Atlas, Candinya, DIYgod and Johnny.</p>
</li>
<li>
<p>Who is making sure that I will know about these updates?<br />
Usagi and Seiyo.</p>
</li>
<li>
<p>Who is taking care of the team?<br />
STZ.</p>
</li>
<li>
<p>Who came up with all these names (Web3 Pass, OneSign, RNS)?<br />
The Chief Naming Officer, Joshua.</p>
</li>
</ul>


Who exactly is behind Web3 Pass? Anny, Atlas, <span class="marker">Candinya</span>, DIYgod and Johnny. - Who is making sure that

#7 The Big Update and Web3 Pass

«这只是一篇开发碎碎念，里面没什么实质性内容，如果您想要的是代码或是可执行程式的话，请移步 GitHub - <span class="marker">Candinya</span>/NyaTrace 。» 作为买到 GeoIP2 后的第三个项目（前两个分别是喵窝的登录位置标注和

Activity Feed

Contents

#7 The Big Update and Web3 Pass

写一个 Windows 下运行的路由追踪程序

Activity Feed

Contents

#7 The Big Update and Web3 Pass

写一个 Windows 下运行的路由追踪程序