试问，当下国内持续火爆的产品是什么？常年混迹于互联网的时代弄潮儿毫无疑问会给出答案——非“数字藏品”莫属。每小时都有数起关于数字藏品的资讯不断刷新，各家大厂、私企、名人，甚至央企都相继入局，颇有年度热词之风。
数字时代的“文艺复兴”似乎到来，作为新风口，数字藏品的参与人数和市场规模增长迅速，而比
前言
在上个实验 Hyperledger Fabric 多组织多排序节点部署在多个主机上 中，我们已经实现了多组织多排序节点部署在多个主机上，但到目前为止，我们所有的实验都只是研究了联盟链的网络配置方法（尽管这确实是重难点），而没有考虑具体的应用开发。本文将在前面实验的基础上，首先尝试使用 Go
现在要么被挡连不上，要么超高延迟率。。那我们搭个中转地址，先把数据发到中转地址，用SSL点对点加密数据转发，然后从中转再发过去。这样又降低延迟又安全。
现在直连都连不上，用各种地方乱发的地址，也都是用这么架设起来然后设置上抽水来中间商赚个差价。别的不管了，其实真的很简单，自己试试吧，何必让别人抽呢
2021年下半年，NVIDIA发布了LHR版本显卡，对显卡算力进行了限制。
2022年5月8日，NBMiner发布NBMiner_41.0版本，在最新的内核中加入了100％LHR解锁器，适用于Windows和Linux版本。
本次NBMiner42,1版本更新为稳定性更新，解决了某些品牌无法解锁的
上周做了一个订单数据统计的任务，统计的是订单的新客户数量，本文做一个解题过程的记录和整理。
新客户的定义
新客户指的是选取时间段有订单，时间段之前没有订单。
比如下面的订单数据：
时间段
2月1日之前
2月1日 ~ 3月1日
客户
A,B,C
A,D,E
在2月1日之前，有 A,B,C 三家企
2022年5月11日，NBMiner发布NBMiner_41.3版本，主要提升了稳定性。
2022年5月8日，NBMiner发布NBMiner_41.0版本，在最新的内核中加入了100％LHR解锁器，适用于Windows和Linux版本。
此前LHR版
背景
区块链 1.0 btc
2.0 eth 可编程的时代
代币是以太坊这类通用编程区块链之上最显著和有用的显著形态
代币标准（ERC20、ERC721主要标准）是实现的最小化标准
使用已存在的标准，可完成合约之前的互操作性
成熟度带来的安全性，代币标准经过实战验证
参考资料：
https:
本文主要解决两个问题
C# Winform高DPI字体模糊.
高DPI下(缩放>100%), UI设计器一直提示缩放到100%, 如果不重启到100%,设计的控件会乱飞.
建立测试程序
新建.Net Windows窗体应用 (Winform)工程
选择.Net6.0
将窗体尺寸定为 1
摘要
Fabric 网络启动的过程中需要进行大量配置，新学时对各个配置的作用一无所知，这导致我曾在网络出问题时先对配置文件的内容进行排列组合后再祈祷它能在某个时刻顺利运行，因此掌握 fabric 各个配置项的含义至关重要。本文对 configtxgen 的配置文件 configtx.yaml 进行
接上篇:手把手教会 VS2022 设计 Winform 高DPI兼容程序 (net461 net6.0 双出) https://www.cnblogs.com/densen2014/p/16142939.html
本文介绍如何将 Windows 窗体桌面应用从 .NET Framework 迁移到
前言
在实验Hyperledger Fabric无排序组织以Raft协议启动多个Orderer服务、TLS组织运行维护Orderer服务中，我们已经完成了使用提供 TLS-CA 服务的 council 组织运行维护 Raft 协议的三个 orderer 节点。但目前我们都是在单个主机上启动 Fab
引言
Hyperledger Fabric是当前比较流行的一种联盟链系统，它隶属于Linux基金会在2015年创建的超级账本项目且是这个项目最重要的一个子项目。目前，与Hyperledger的另外几个子项目Hyperledger Iroha，Hyperledger Indy和Hyperledger
相关实验源码已上传：https://github.com/wefantasy/FabricLearn
前言
在基于truffle框架实现以太坊公开拍卖智能合约中我们已经实现了以太坊智能合约的编写及部署，但其工作方式注定其只能应用于有限的业务场景中。相比之下，基于超级账本的Fabric具有高可扩展性
pragma solidity >=0.7.0 <0.9.0;
//投票实验
contract Ballot{
struct Voter{
uint weight;//投票(单票)权重
bool voted;//是否投过票，true为投
在运行./network.sh deployCC是出现如下错误：
Error: failed to normalize chaincode path: 'go list' failed with: go: github.com/golang/protobuf@v1.3.2: Get "https:
前言
在基于truffle框架实现以太坊公开拍卖智能合约中我们已经实现了以太坊智能合约的编写及部署，但其工作方式注定其只能应用于有限的业务场景中。相比之下，基于超级账本的Fabric具有高可扩展性和高可定制性，能够应用在更为复杂的商业场景中，但Fabric技术涉及很多新的概念，源代码跟新速度快且各
创世区块配置文件genesis.json的格式解读
中文网站上关于genesis 的解析大多数都来自于这个Gist：Ethereum private network configuration guide. (github.com)，但实际上genesis 中的配置项还有一些其他内容。
首先，ge
前言
为了进一步了解以太坊区块链网络的工作方式和运行原理，笔者通过官方软件Geth搭建了私有以太坊网络fantasynetwork，最终实现了单机和多机节点间的相互连通：首先通过VMware Workstation创建基础Ubuntu实验平台，再安装Golang[1]、Geth[2]等依赖环境；其
智能合约IDE，在线的比较卡，而且切换网络面临文件丢失的风险，选择本地搭建Solidity本地编辑环境,Remix-IDE + Remixd组合,加载本地合约代码。这里用到两个工具：
Remix IDE（本地IDE）+ Remixd (链接)
Remix IDE
项目源码：https://gith
最近负责教育类产品的架构工作，两位研发同学建议：“团队封装的Redis客户端可否适配Spring Cache，这样加缓存就会方便多了” 。
于是边查阅文档边实战，收获颇丰，写这篇文章，想和大家分享笔者学习的过程，一起品味Spring Cache设计之美。
1 硬编码
在学习Spring Cach
客服
