当前位置: 首页 > web >正文

区块链blog1__合作与信任

在这里插入图片描述


🍂我们的世界

🌿不是孤立的,而是网络化的

如果是单独孤立的系统,无需共识,而我们的社会是网络结构,即结点间不是孤立的

🌿网络化的原因

而目前并未发现这样的理想孤立系统,即现实中结点并非“万能”,由此有了网络,能实现总体能力的飞跃。即网络使得结点间资源可以共享与交流。极大扩充了结点的能力。

  • 这就是为啥要入网,意味着合作使得自身能力的提升

🌿网络化的要求

结点间要实现资源的互通,就意味着合作。而实际中,合作的环境并非理想环境,还要考虑导致合作失败的因素。(对方恶意欺骗/对方合作了但交换的资源丢了,自己没收到…)

  • 所以,我们的目的是要解决影响合作的因素,确保合作可以正常进行,彼此都实现合作的目的——资源的共享。

🍂合作

🌿合作的理想模型

在这里插入图片描述

🌿合作中的不稳定性

🌿合作的几种可能举例

    1. 结点A与结点B合作,结点A给结点B资源,结点B给结点A资源
    1. 结点A与结点B合作,结点A给结点B资源,结点B给结点A资源,但结点B不守信,没给结点A资源
    1. 结点A与结点B合作,结点A给结点B资源,结点B给结点A资源,但结点B给的资源丢了,结点A没收到
    1. 结点A与结点B合作,结点A给结点B资源,结点B给结点A资源,但结点B给的资源是假的

🌿问题本质——合作环境情况复杂

合作环境情况复杂,在合作时,我们无法预料到实际情况(比如,A与B都是诚信合作,但中途资源丢了,这就导致合作会失败)
而合作的情况瞬息万变,即无法提前预测合作的情况,但合作的问题确实存在,如果不解决会造成许多问题。

🌿解决方式想法举例

方法1:提供稳定的保障机制,来维护合作的成功率。

  • 如,押金机制,确保A和B即使有一方欺骗了,也会受到惩罚,提升成本,避免这种情况的发生概率

其它方法:....

🍂信任

🌿信任本质

信任是对合作的预期,由于现实世界影响因素的复杂性,双方合作前会进行这样的评估,给出对于这次合作的预期。

🌿信任的抽象性

● 信任得出过程的基本模型

在这里插入图片描述

信任的核心问题:信息不对称、主观判断不可量化、集体共识难以建立。

对于任意一个给出判断的结点:

  • 信息不同:用于判断的信息不是100%建立客观信息集合上的,即每个结点获取的信息集合不同
  • 信息的处理过程无法量化:对信息的处理是人,影响因素多无法量化,极不可靠
  • 判断标准不同:举例:对你重要有价值的东西对别人可能无用,所以如果彼此交换了东西,那么对方毁约的可能性很大,而自己无法判断(因为不知道物品对对方的价值所在)

即信任是一厢情愿的估计,不可互通

● 信任的抽象性

不同节点的判断输入、处理逻辑和输出标准存在根本性差异,导致信任结果无法直接比较或等同。这一现象在数学上称为「不可通约性」

  • 即可以总结为合作两端只是对合作做了个一项情愿的评估,但合作环境复杂导致的问题并不会因此受到任何的影响(你一厢情愿不代表对方也这样想),即问题没有解决。
    信任没有解决任何问题

● 信任会影响啥?

用户对合作的热情,如果大家的信任最低,就会导致合作次数降低,最终双方都不合作。那就从网络变回了孤立结点。
所以,使用其它方法来解决合作问题是非常重要的,只有这样才能保证合作的正常进行。


🍂结论——合作与信任

问题的本质是————合作环境所有因素导致的影响合作失败的因素。

  • 信任只能解决一个因素,即双方都是诚信的且途中无任何影响因素的合作,而无法解决其它情况。
  • 问题:这个理论也过于理想化,实际上不可能所有结点都诚信。

所以,信任没有解决任何问题(理想化的问题不做讨论呗)
- 毕竟都理想了,还研究啥?


🍂我们当下的合作机制——带惩罚的合作机制

🌿什么也不做机制

彼此给出口头承诺,存粹靠信任来合作。纯粹的不做任何处理。可以说全凭运气。

🌿不靠信任的带惩罚的合作机制

彼此拿对对方重要的东西,一次实现合作,防止对方毁约
押金机制

🌿结论

  • 网络使得结点间要实现资源的互通,就意味着合作。
  • 而实际中,合作的环境并非理想环境,影响合作正常的因素统一称————合作环境的复杂因素
  • 信任机制无法解决任何问题。
  • 所以,最终还是要寻找其它可靠方法来保证合作的正常进行。

🌿思考

公司收集用户信息,但保管不善,导致信息泄露。公司得到了用户的信息资源,但用户的到的是一种抽象的公司名誉与权威的保证。这使得用户在合作中非常被动。
要解决这个问题,双方交换的合作机制肯定不适合。
那么可以采取第三方权威监管机制,监管企业啊☺️


但......
谁来监管第三方呢,设立监管它的第三方后谁由来监管监管第三方的第三方呢?由此类推下去,会发现没有一个绝对权威的理想概念来监督合作。最终,由演变成立无监督的存粹随缘机制。 这就是中心化的困境,需要监督和背书,但又没有一个绝对的权威来监督。

🍂拓展学习推荐

以上内容其实是探讨了合作的内容,这一部分你在博弈论里专门探讨了。可以说,博弈论是一门研究合作的专业知识,甘感兴趣的可以去学习一下。
同时,以上的内容已经有一个优秀的游戏做出来了,建议可以去瞧瞧。😉

  • 游戏名字:《信任的进化》
  • 游戏地址:https://dccxi.com/trust/
    在这里插入图片描述
http://www.xdnf.cn/news/6368.html

相关文章:

  • 电池组PACK自动化生产线:多领域电池生产的“智能引擎”
  • 【美团】后端一面复盘|项目驱动 + 手撕 + JVM + 数据库全面覆盖
  • 重磅发布!OpenAI 推出最新模型 GPT-4.1 系列!
  • 多模态大语言模型arxiv论文略读(七十七)
  • 【氮化镓】HfO2钝化优化GaN 器件性能
  • 【React全栈进阶】从组件设计到性能优化实战指南
  • 什么是TCP协议?它存在哪些安全挑战?
  • K8S Gateway API 快速开始、胎教级教程
  • 无人设备遥控器之无线通讯技术篇
  • 随机矩阵放大的方式 生成相位数据集,用于相位展开
  • 技术更新频繁,团队如何适应变化
  • 什么是接口文档,如何使用,注意事项有哪些
  • 【NLP 74、最强提示词工程 Prompt Engineering 从理论到实战案例】
  • spark和hadoop之间的区别和联系
  • 20250507训练赛补题
  • CCF BDCI基于运营商文本数据的知识库检索(RAG)大赛亚军方案分享
  • 联排半孔PCB如何进行SMT贴片?
  • SymPy | 如何提取指定项的系数
  • 【CTFer成长之路】命令执行RCE
  • 动态规划问题 -- 多状态模型(粉刷房子)
  • ⭐️⭐️⭐️【课时6:如何创建工作流应用】学习总结 ⭐️⭐️⭐️ for《大模型Clouder认证:基于百炼平台构建智能体应用》认证
  • 基于Cholesky分解求解逆矩阵
  • 【autojs】图色识别状态条
  • java课堂笔记6
  • 高并发场景下的数据一致性问题
  • 魔改离线VLLM
  • 在RAG中 如何提高向量搜索的准确性?
  • STC32G12K128实战:串口通信
  • 旗舰PCIe 5.0新宠:系统盘与副盘如何选?金士顿Kingston FURY Renegade G5 SSD深度解析与分区建议
  • 【言语】刷题4