读懂RWA:现实资产如何被区块链“激活”?

读懂RWA

读懂RWA:现实资产如何被区块链“激活”?

如果你关注Web3领域,最近一定经常听到“RWA”这个词——它不是新的加密代币,也不是复杂的技术名词,而是连接现实世界与数字世界的“价值桥梁”。有人说它是Web3的“压舱石”,有人说它是传统金融与区块链融合的“破局点”,今天就用最通俗的语言,带你全面读懂RWA,看清这个万亿级赛道的真相。

一、先搞懂:RWA到底是什么?

RWA的全称是Real World Assets,中文译为“真实世界资产代币化”,核心逻辑特别简单:把现实世界中那些有价值、但流通性不强的资产,通过区块链技术“搬到”链上,变成可交易、可拆分、可追溯的数字代币(Token)。

举个最直观的例子:你有一栋价值1亿元的写字楼,传统模式下,只有富豪能全款买下,普通人连参与的资格都没有;但通过RWA模式,这栋楼可以被拆成1亿份数字份额,每份只要10元就能购买,你买100份,就拥有这栋楼万分之一的所有权,每月的租金收益也会按比例自动分到你手里,还能随时在链上转让这份份额。

简单来说,RWA就是给现实资产办一张“链上数字身份证”,让原本“沉睡”的资产(比如房产、黄金、国债),变得灵活可流动、人人可参与——它不是虚拟炒作,而是用区块链技术给传统资产“赋能”,这也是它和纯加密原生资产最本质的区别:价值锚定现实,而非单纯的市场情绪。

从范围来看,RWA覆盖的资产类型非常广,主要分为四大类:
– 金融资产:国债、企业债、私募信贷、货币基金等;
– 实体资产:房产、写字楼、土地、黄金、大宗商品等;
– 收益权资产:光伏电站、充电桩、知识产权、碳配额等;
– 另类资产:艺术品、奢侈品、保险保单、不良资产等。

二、拆解运作流程:RWA是如何“搬”上链的?

很多人好奇,把现实资产“搬”上区块链,是不是简单上传信息就可以?其实不然,RWA代币化是一个复杂的系统性工程,涉及法律、合规、技术、运营等多个环节,通常包含以下四个关键步骤,每一步都缺一不可。

第一步:资产筛选与确权(基础前提)

筛选:并非所有现实资产都适合代币化,筛选的核心标准是“优质、可控”。通常优先选择权属清晰、价值稳定、有明确现金流的资产,比如国债、核心商圈写字楼、绿色能源资产等;像权属模糊、价值波动极大、无稳定收益的资产,往往不会被纳入代币化范围。

确权:这是RWA发行合法性的核心基础。需要通过专业的法律程序,明确资产的所有权归属,确认资产无抵押、查封、冻结等权利负担,确保资产的合法性和可转让性,避免后续出现权属纠纷。

第二步:架构设计与合规准备(风险隔离)

设立SPV:为了实现“破产隔离”,降低资产风险,底层资产通常需要注入一个独立的特殊目的载体(SPV)中。在香港市场,常见的SPV载体形式包括有限合伙基金(LPF)或开放式基金公司(OFC),通过这种架构,可将代币化资产与发起方的其他资产隔离,保护投资者权益。

合规框架:RWA的核心竞争力之一是“合规”,需聘请券商、律所、会计师事务所等专业机构,制定完善的合规文件,确保整个代币化流程符合当地监管要求,比如反洗钱(AML)、反恐怖融资(CTF)等相关规定,避免因合规问题导致项目停滞。

第三步:技术实现与代币发行(核心操作)

区块链选型:根据监管要求和资产特性,选择合适的区块链平台。境内场景中,常使用联盟链(如蚂蚁链),兼顾合规性和安全性;境外发行则多采用公链(如以太坊),依托其成熟的生态和高流动性,方便全球投资者参与。

智能合约开发:开发专属智能合约,明确代币的发行总量、份额拆分、收益分配、赎回规则、交易限制等核心逻辑。为了避免技术漏洞,智能合约还需经过第三方安全审计,确保代码安全、逻辑严谨,防止出现资产损失风险。

代币发行:通过合规渠道面向合格投资者发行代币,常见方式包括证券型代币发行(STO)、私募等,严格筛选投资者资质、明确投资门槛,确保发行流程符合监管要求,避免违规募资,同时会同步披露资产细节、收益规则及风险提示。

第四步:持续运营与管理(长期保障)

收益分配:依托智能合约的自动化特性,定期执行收益分配,比如房产租金、国债利息、充电桩收益等,无需人工干预,确保收益及时、公平地分配给所有代币持有者。

资产托管:链下的现实资产(如黄金、房产、充电桩),需由受监管的合格托管人进行物理保管或运营管理,定期披露资产状态、运营数据及审计报告,确保资产安全,让投资者随时了解资产动态、规避托管风险。

三、典型应用场景

RWA不是停留在概念上的空想,目前全球已有多个成熟项目落地,覆盖新能源、金融、另类资产等多个领域,既有华语市场的创新实践,也有传统金融巨头的布局,我们通过这些典型案例,更直观地理解它的运作模式。

1. 新能源与基础设施

朗新集团充电桩项目:将充电桩的收益权进行代币化,成功募资1亿元人民币,成为香港金管局Ensemble沙盒项目的标杆案例,为国内新能源资产代币化提供了可借鉴的模板。

巡鹰出行换电柜:与蚂蚁数科深度合作,将分散的电池资产收益权打包整合,发行RWA基金,成功募集数千万港元。同时,通过DeFi协议对接,打造出年化收益约8%的链上固收产品,实现了现实资产与Web3生态的有效结合。

2. 金融资产代币化

贝莱德BUIDL基金:全球资管巨头贝莱德推出的代币化货币市场基金,规模已超29亿美元,为投资者提供稳定的利息收益,打破了传统货币基金的参与门槛和流通限制。

广发证券GF Token:面向专业投资者发行代币化证券,支持美元、港币、离岸人民币三币种认购,收益率锚定SOFR(美元隔夜融资利率),实现了传统证券与区块链技术的融合,提升了交易效率和跨境流通能力。

富兰克林邓普顿链上基金:作为较早布局RWA的资管机构,其链上基金规模已达7.45亿美元(截至2025年8月),涵盖国债、货币市场工具等多种底层资产,成为机构布局RWA的典型代表。

3. 另类资产

房地产:阿联酋Emirates NBD平台推出房产代币化服务,允许投资者购买迪拜核心区域房产的代币份额,无需全款购买,就能实现跨国房产投资,大大降低了海外房产投资的门槛。

黄金:Pax Gold(PAXG)和Tether Gold(XAUT)是黄金代币化的代表性项目,每个代币都对应足额的实物黄金,由专业机构托管,投资者无需担心黄金的储存、运输安全,既能享受黄金的保值属性,又能实现7×24小时链上交易,兼具流动性和安全性。

知识产权:随着文化产业的发展,音乐版权、专利授权等知识产权也开始走向代币化。通过将知识产权的收益权代币化,让粉丝、投资者可直接投资艺人未来收益、专利授权收入,实现了知识产权价值的高效变现,目前已有部分独立音乐人、科技企业通过该模式实现版权募资。

四、发展现状:2026年,RWA进入爆发前夜?

根据最新数据,截至2026年2月,全球链上RWA规模已达240–250亿美元,较2025年初增长超4倍,增速远超加密原生资产;而链上代币对应的现实资产规模超过3650亿美元,上链率仅0.03%,未来增长空间巨大。

目前RWA的市场结构呈现明显的“头部集中”特征:美国国债代币化占比45%(约100–110亿美元),是绝对主力;大宗商品/黄金占比15–20%,私募信贷/企业债占比15%,商业地产/基础设施占比10%,其他资产(供应链、碳信用等)占比10–15%。

更值得关注的是,全球金融巨头已全面布局RWA:贝莱德推出代币化美债基金,摩根大通升级Onyx平台扩大代币化结算规模,富兰克林邓普顿推出OnChain US Govt Fund,纽交所、纳斯达克也在推进7×24小时代币化证券交易,机构的入场,让RWA从“小众赛道”走向“主流视野”。

在监管方面,全球已逐步形成差异化的监管框架:美国SEC/CFTC明确国债、大宗商品可合规代币化;欧盟MiCA II落地,降低合规成本;香港推出VASP V3+稳定币牌照,成为亚洲RWA枢纽;中国则定调“境内严禁、境外严管”,仅允许境内资产境外备案发行ABS代币,2026年合规落地规模预计达300–500亿元。

五、机遇与挑战:RWA的未来,不止于“资产上链”

尽管RWA发展势头迅猛,但它毕竟连接着传统金融与Web3两个规则迥异的世界,机遇背后,也隐藏着不少挑战。

核心机遇

1. 市场空间巨大:全球现实资产规模达数百万亿美元,即使上链率提升至1%,也将诞生万亿级的RWA市场;

2. 机构资金入场:2026年机构资金占RWA比重预计达70%+,机构的参与将提升赛道的合规性和稳定性,推动RWA规模化发展;

3. 技术融合赋能:AI+区块链的结合,将把资产上链、合规审核的成本降低40–60%,降低中小资产上链门槛,丰富RWA的资产类型;

4. 应用场景拓展:从金融资产到实体资产,从碳信用到知识产权,RWA的应用场景正在不断延伸,未来将渗透到更多行业。

主要挑战

1. 信任危机:RWA的推广困境,本质上是“去中心化技术”与“中心化法律/监管体系”之间的结构性矛盾。在各国建立明确的数字资产确权法律和统一的监管沙盒之前,RWA很难真正“破圈”成为主流金融工具。

2. 法律与确权难题:全球多数地区未明确链上代币的法律属性,链上代币与现实资产的权利对应缺乏法律支撑,一旦出现纠纷难以解决;部分资产本身权属模糊,境内缺乏RWA合规登记确权机构及交易基础设施,跨境项目因各国法律差异,确权难度进一步加大。

3. 监管与合规难题:全球无统一RWA监管框架,各国政策差异显著,跨境项目需满足多地区监管要求,合规流程繁琐;合规成本高昂,中小机构难以承担专业服务费用,部分地区高额实缴资本要求抬高入场门槛,非法炒作行为也加剧了监管收紧。

4. 技术安全难题:智能合约仍存在漏洞风险,且RWA涉及现实资产,漏洞造成的损失更为严重;区块链选型与资产特性难以完美适配,链上链下数据同步效率低,隐私数据上链难以兼顾合规与隐私保护,部分地区托管体系不完善,资产安全难以保障。

5. 市场与流动性难题:市场呈现“头部集中”特征,长尾资产流动性枯竭,难以快速变现;普通投资者对RWA存在认知误区,传统资产持有者缺乏信任,优质资产入场意愿不足,投资者分层管理不完善也影响市场参与度。
币安创始人赵长鹏曾发表过一针见血的见解:”并非所有资产都适合代币化。非金融类RWA(如充电桩、光伏设备、酒类)本身交易性弱,代币化后可能因价格波动小导致流动性缺失,易被短期投机者控盘。”

6. 运营与实操难题:优质资产筛选成本高、持有者意愿不强;RWA项目运营需持续投入大量人力物力,跨境项目运营成本更高;部分项目缺乏完善的风险防控机制,难以保障投资者权益,影响行业信任度。

六、总结:RWA,重构资产价值的新赛道

说到底,RWA的核心不是“代币化”,而是“价值激活”——它用区块链技术打破了传统资产的壁垒,让优质资产不再是少数人的“专属品”,让流动性差的资产变得灵活可交易,让传统金融与Web3实现真正的融合。

2026年,被业内认为是RWA从“试点”转向“规模化”的关键一年,全球巨头一致预测,到2030年,全球RWA规模将达到5–10万亿美元,成为加密行业的第一大赛道。

对普通人来说,RWA不是“暴富工具”,而是一个全新的投资入口——它让我们有机会用少量资金,参与到原本遥不可及的优质资产中;对行业来说,RWA不是Web3的“分支”,而是Web3回归实体经济、实现价值落地的核心路径。

未来,随着监管的完善、技术的升级,RWA将逐步渗透到我们生活的方方面面,从房产、黄金到知识产权、碳信用,越来越多的现实资产将被“上链激活”。而我们要做的,就是看懂它的逻辑,看清它的机遇与风险,在这场资产革命中,找到属于自己的位置。

最后想问一句:你最期待哪种现实资产被代币化?欢迎在评论区留言讨论~

一文读懂共识算法:从PoW到PBFT,区块链与分布式系统的信任基石

常见共识算法1
常见共识算法2


一文读懂共识算法:从PoW到PBFT,区块链与分布式系统的信任基石

在分布式系统中,多个节点要协同工作,最核心的问题是 “如何达成一致”—— 比如区块链的交易确认、分布式数据库的数据同步、集群节点的状态统一。而共识算法,就是解决 “信任问题” 的核心技术:让互不信任的节点,在无需中心化权威的情况下,对数据或决策达成统一认知。今天就拆解主流共识算法的核心逻辑、适用场景与优劣,帮你理清 “不同系统该选哪种共识”。

一、共识算法的核心目标:分布式系统的 “信任标尺”
无论哪种共识算法,都要实现三大核心目标,这是判断算法有效性的基础:
1、一致性(Consistency):所有节点最终对结果达成一致,不会出现 “各说各的”;
2、可用性(Availability):只要多数节点正常运行,系统就能响应请求,不会轻易宕机;
3、分区容错性(Partition Tolerance):即使网络中断导致节点分区(部分节点无法通信),系统仍能正常工作(根据 CAP 理论,分布式系统需在 “一致性” 和 “可用性” 间权衡)。
此外,优秀的共识算法还需兼顾:安全性(防篡改、防攻击)、效率(交易吞吐量、确认延迟)、公平性(节点参与机会均等)。

二、主流共识算法拆解:特性 + 场景 + 优劣全解析
1. 工作量证明(PoW):“多劳多得” 的算力竞争机制
核心逻辑:基于 “算力比拼” 达成共识 —— 节点通过消耗大量计算资源(解复杂数学题),率先算出答案的节点获得记账权,同时获得代币奖励;其他节点验证结果正确后,同步该节点的账本。
代表应用:比特币(Bitcoin)、以太坊早期版本;
核心特性:
– 去中心化程度极高:无需准入门槛,任何节点都能参与,抗审查能力强;
– 安全性依赖算力:只要 51% 以上算力掌握在诚实节点手中,系统就不会被篡改;
优势:机制简单、无需信任节点(算力即话语权)、抗攻击能力强;
劣势:能耗极高(大量算力浪费在无意义计算上)、效率极低(比特币每秒仅 7 笔交易,确认需 10 分钟)、易产生算力集中(矿池垄断);
适用场景:去中心化加密货币(比特币)、对效率要求低但对安全性要求极高的场景。

2. 权益证明(PoS):“持仓越多,话语权越大”
核心逻辑:用 “代币持仓量 + 持仓时间” 替代算力,决定节点的记账权 —— 节点需质押一定数量的代币作为 “押金”,系统根据质押量和持仓时长,随机选择记账节点;若节点作恶,押金会被没收。
代表应用:以太坊 2.0、Cardano(ADA)、Solana(部分融合 PoS);
核心特性:
– 能耗极低:无需大量计算,仅需质押代币,解决 PoW 的能源浪费问题;
– 记账权与权益绑定:持仓越多、时间越长,获得记账权的概率越高;
优势:效率高于 PoW(以太坊 2.0 每秒可达 10 万笔)、能耗低、成本低;
劣势:去中心化程度略弱(持仓集中者话语权大)、“富人愈富” 效应(早期持仓者优势明显)、质押资产面临市场波动风险;
适用场景:对效率和能耗有要求的加密货币(以太坊 2.0)、联盟链或私有链的轻量化共识。

3. 委托权益证明(DPoS):“投票选举” 的高效治理机制
核心逻辑:PoS 的优化版 —— 节点通过质押代币获得 “投票权”,投票选举出少数(通常 10-21 个)“超级节点”,由超级节点负责记账和验证;超级节点按固定顺序轮值,若作恶则被罢免,质押代币被罚没。
代表应用:EOS、TRON(波场);
核心特性:
– 效率极高:超级节点数量少,记账和确认速度快;
– 治理模式清晰:节点通过投票参与治理,超级节点对社区负责;
优势:吞吐量高(EOS 每秒可达数万笔)、延迟低(秒级确认)、能耗极低;
劣势:去中心化程度较弱(超级节点权力集中)、易形成 “寡头垄断”(超级节点长期掌权);
适用场景:对效率要求极高的公链(EOS)、需要快速交易确认的去中心化应用(DApp)。

4. 实用拜占庭容错(PBFT):“少数服从多数” 的节点投票机制
核心逻辑:针对 “拜占庭将军问题”(部分节点作恶或故障,仍需达成共识)设计 —— 节点分为 “提案节点” 和 “验证节点”,提案节点发起提案,验证节点通过多轮投票(预准备→准备→提交),若超过 2/3 的节点认可提案,则达成共识;作恶节点只要不超过 1/3,系统仍能正常工作。
代表应用:Hyperledger Fabric(联盟链)、Stellar(恒星币);
核心特性:
– 安全性极高:能容忍 1/3 节点作恶或故障,适合对信任要求高的场景;
– 效率中等:投票轮次多,但节点数量较少时(几十到几百个)效率可观;
优势:无需算力或质押,基于节点投票达成共识、确认延迟低(秒级)、适合联盟链 / 私有链的授权场景;
劣势:节点数量扩展受限(节点越多,投票效率越低)、需要节点身份认证(去中心化程度低);
适用场景:联盟链(如金融机构联盟、供应链协同)、私有链(企业内部分布式系统)、对安全性和效率平衡要求高的场景。

5. 其他主流共识算法:适配特殊场景需求
(1)Raft:简化版 PBFT,面向通用分布式系统
核心逻辑:PBFT 的简化版,降低实现难度 —— 节点分为 “领导者(Leader)”“跟随者(Follower)”“候选者(Candidate)”,通过选举产生领导者,领导者负责接收请求、发起日志同步,跟随者被动同步日志;若领导者故障,候选者重新选举;
代表应用:Etcd、Consul、MongoDB 副本集;
优势:易实现、可读性强、适合通用分布式系统(如服务发现、配置中心);
劣势:仅能容忍故障节点,无法容忍作恶节点(适合信任环境);
适用场景:企业内部分布式系统(如微服务配置同步)、数据库副本集同步。

(2)Paxos:经典共识算法,理论基础
核心逻辑:与 Raft 类似,通过 “提议→承诺→接受→学习” 四阶段流程,让节点对提案达成共识;
代表应用:Google Chubby、分布式数据库;
优势:理论严谨,是后续共识算法的基础;
劣势:实现复杂(被称为 “共识算法的天书”)、效率中等;
适用场景:学术研究、对理论严谨性要求高的分布式系统。

(3)PoH(历史证明):Solana 的 “效率神器”
核心逻辑:结合 PoS 与时间戳技术,通过 “哈希链” 记录事件发生顺序,无需节点同步时间,直接通过哈希链验证事件先后,大幅提升吞吐量;
代表应用:Solana(公链);
优势:吞吐量极高(每秒可达 6 万笔)、确认延迟低;
劣势:对节点硬件要求高(需高速存储和网络)、抗攻击能力依赖 PoS 质押;
适用场景:对效率要求极致的公链(Solana)、高频交易场景。

三、共识算法选型指南:按场景精准匹配
不用盲目追求 “最先进”,选型核心看 4 个维度:
1. 去中心化程度:公链选 PoW/PoS/DPoS(无准入门槛);联盟链 / 私有链选 PBFT/Raft(授权节点);
2. 效率需求:高频交易(如电商支付)选 DPoS/PoH;普通场景选 PoS/PBFT;低效率容忍选 PoW;
3. 安全与信任:防作恶场景选 PBFT/PoS(质押惩罚);信任环境(企业内部)选 Raft/Paxos;
4. 部署成本:低能耗需求选 PoS/DPoS/PBFT;无硬件限制选 PoW(但能耗高)。

总结:共识算法的核心逻辑 ——“场景决定机制”

共识算法的本质是 “分布式系统的信任解决方案”:PoW 用算力换信任,PoS 用权益换效率,PBFT 用投票换安全,Raft 用简化换落地。没有绝对最优的算法,只有最适配场景的选择。

对开发者和企业来说,选型时无需纠结 “技术先进度”,而是要明确:你的系统是公链还是联盟链?对效率和安全性的优先级如何?节点是否可信任?理清这些问题,就能快速锁定合适的共识算法。

你在实际项目中用过哪种共识算法?遇到过哪些性能或安全问题?欢迎在评论区分享你的经验~

区块链应用场景

一、区块链应用场景
大家都很清楚,区块链的一个重要应用就是代币发性。如比特币,可以用于转账支付,网络交易、股票交易、跨境结算等。但除此之外,区块链也有不少可以落地的场景,咱们一起看一下。

1、资产交易记录
大宗商品交易、房地产交易记录、能源交易、碳交易、虚拟资产交易等

2、数据资产保护及验证
专利保护、著作权保护、商标保护、学术论文、数字资产保护
数字资产认证:文字、图片、音乐、视频所属权
数字资产使用记录:张三去看医生,医生需要调阅其他医院的就诊记录
数字资产保护:张三的商品浏览信息被用来做机器学习优化了算法,张三应该收到一笔数据使用费
数据防篡改:待交易数据内容摘要放到链上,数据资产交易后,可以通过摘要验证数据是否是交易的那笔数据

3、信息溯源
商品溯源与防伪:商品产地、物流等信息
众筹管理:众筹合约、众筹资金使用情况
公益管理:献血后血液去向、捐款去向
失信记录管理、公开投票记录

4、政务管理
政务审批
招投标管理
税务管理:发票管理
居民权益发放:扶贫

5、信息公正
证照管理:毕业证书、专业认证
公证管理: 司法鉴证、身份证明、财产证明

6、电子合同管理
保险理赔、商业合同、遗嘱等

二、对区块链未来的展望:
1、区块链会在不少场景下逐步落地,但其无法篡改性,恐怕也是其难以落地的愿意之一;

2、各国ZF以及大企业,在自己的管理范围内,会推行容易管控的联盟链,而不是公链;通过区块链发币,多国ZF也会长期打压;

3、当前公链的共识方式,消耗了过多的资源,而且交易吞吐量受限,难以满足日益增长的交易需求;这部分需要一次技术突破,才能支持后续发展;

4、如何保证数据隐私的情况下,还能用好数据,发挥好区块链的作用,会是一个很有趣的话题;

5、区块链并没有完全去中心化,中心依然存在,更像是分布式。以Pow为例,各大矿主的话语权比某个人的计算机高的多,这些矿场就是中心。而到了权益证明、带委托的权益证明,还是权益高的人就是中心;

6、有人说区块链是元宇宙基础设施,有一定道理;但现在的元宇宙还处于上古时期,到元宇宙蓬勃发展时,区块链的形式也会发生很大的变化;

7、量子技术的发展,会对区块链的不可修改性提出很大的挑战,当然这个还处于刚开天辟地的阶段,需要更久的发展;

MacOS编译ipfs

1、安装go等必须的软件

brew install go

2、设置gopaht环境变量

export gopath=PAHT_TO_GOPATH

#然后在gopath下创建下面的目录
PAHT_TO_GOPATH/src/github.com/ipfs/

#设置必要的代理信息
export http_proxy=xxxx:xx
export https_proxy=xxxx:xx
export no_proxy="localhost, 127.0.0.1, 192.168.99.100, 根据你自己的实际情况进行处理"

3、下载源码

cd PAHT_TO_GOPATH/src/github.com/ipfs/
git clone https://github.com/ipfs/go-ipfs.git

4、编译go-ipfs

cd go-ipfs
make

会发现,gx无法获取所需的文件,原来是gx不会默认读取代理配置

5、下载gx代码

#然后在gopath下创建下面的目录
PAHT_TO_GOPATH/src/github.com/whyrusleeping/
cd PAHT_TO_GOPATH/src/github.com/whyrusleeping/
git clone https://github.com/whyrusleeping/gx.git
git clone https://github.com/whyrusleeping/gx-go.git

cd PAHT_TO_GOPATH/src/github.com/ipfs/
git clone https://github.com/ipfs/go-ipfs-api.git

6、修改go-ipfs-api代码,在文件shell.go中,增加一行代码

func NewShell(url string) *Shell {
        c := &gohttp.Client{
                Transport: &gohttp.Transport{
                        Proxy: gohttp.ProxyFromEnvironment, //请增加这一行
                        DisableKeepAlives: true,
                },
        }

        return NewShellWithClient(url, c)
}

7、编译gx及gx-go

cd PAHT_TO_GOPATH/src/github.com/whyrusleeping/gx
make
cd PAHT_TO_GOPATH/src/github.com/whyrusleeping/gx-go
make

8、用编译好的go及go-gx替换PAHT_TO_GOPATH/src/github.com/ipfs/go-ipfs/bin目录下对应的文件

9、编译ipfs

cd PAHT_TO_GOPATH/src/github.com/ipfs/go-ipfs
make

MacOS编译ethereum

1、安装go等必须的软件

brew install go

2、设置gopaht环境变量

export gopath=PAHT_TO_GOPATH

#然后在gopath下创建下面的目录
PAHT_TO_GOPATH/src/github.com/ethereum/

#设置必要的代理信息
export http_proxy=xxxx:xx
export https_proxy=xxxx:xx
export no_proxy="localhost, 127.0.0.1, 192.168.99.100, 根据你自己的实际情况进行处理"

3、下载源码

cd PAHT_TO_GOPATH/src/github.com/ethereum/
git clone https://github.com/ethereum/go-ethereum.git

4、编译

cd go-ethereum
make geth

MacOS编译fabric

1、安装docker、go等必须的软件

brew install docker dokcer-machine go
brew install gnu-tar --with-default-names
brew install libtool

2、开启dokcer deamon环境

docker-machine create forfabric
eval $(docker-machine env forfabric)

3、设置gopaht环境变量

export gopath=PAHT_TO_GOPATH

#然后在gopath下创建下面的目录
PAHT_TO_GOPATH/src/github.com/hyperledger/

#设置必要的代理信息
export http_proxy=xxxx:xx
export https_proxy=xxxx:xx
export no_proxy="localhost, 127.0.0.1, 192.168.99.100, 根据你自己的实际情况进行处理"

4、下载源码

cd PAHT_TO_GOPATH/src/github.com/hyperledger/
git clone https://github.com/hyperledger/fabric.git

5、编译gotolls

cd fabric
make gotools

6、编译native

make native