FX168财经网_全球视野外汇黄金加密货币NFT资讯网

为什么开发者关系对 Web3 的成功至关重要？

，而不是与一个特定的协议相联系。数据预言机 Layer-2扩容解决方案用于与区块链交互的API KYC管理平台分布式文件系统用于构建区块链应用程序的SDK和中间件 DevRel的业务目标：增加使用该公司技术的集成数量，进而增加通过API调用和智能合约交互收取的费用所赚取的收入。 L1区块链和DeFi协议区块链技术的维护通常由去中心化的团队管理，但开发者教育通常由开源基金会处理，如以太坊基金会或Cardano基金会。 DevRel的业务目标：增加使用协议的项目数量，从而增加通过交易费用获得的收入，然后用交易费用来激励矿工和节点运行者保护网络的安全。交易所和市场这些通常是购买和出售数字资产的中心化平台。尽管它们主要针对终端用户，但它们也为希望实现交易体验某些方面自动化的开发者提供API和SDK。 DevRel的业务目标：增加集成的数量，从而增加平台上的交易活动，进而增加交易费用产生的收入。许多协议还提供对聚合交易数据的免费和付费访问，开发者可以在他们的dApp中使用这些数据。任何Web3初创公司如果想要在这些领域建立市场份额，都需要尽快投资DevRel。自然，在pre-seed阶段，初创公司要专注于完成产品，但一旦获得资金，DevRel就变得至关重要，有助于建立投资者对项目的信心。 DevRel如何支持初创公司融资早期学会掌握DevRel的初创公司更有可能更快地通过初创融资阶段。在一场题为“开发者社区的可防御性和价值”的演讲中，Heavybit(一家专注于开发者优先初创公司的风险投资公司)的普通合伙人Dana Oshiro阐述了DevRel专业人士如何帮助激励投资者继续为初创公司提供资金。他们通过对投资者感兴趣的指标做出贡献来做到这一点。以下是Oshiro对融资阶段和DevRel角色的分析：种子轮融资在pre-seed或启动阶段，DevRel的职能通常以一种临时的、随意的方式在创始团队中分配。演示可能由最擅长公开演讲的开发者负责，联合创始人可能写文档，另一个联合创始人可能处理开发者营销。总目标：在这个阶段，潜在投资者希望看到创始人已经验证了产品与市场的契合度，并有足够多的早期采用者继续使用。阶段目标和指标：投资者最感兴趣的是那些能够显示早期用户粘性和兴趣的指标，如网站流量、社交媒体活动、社区注册、演示次数、收集的开发者反馈数量等。即使DevRel职能分布在多个团队成员之间，对于初创公司来说，集中协调、跟踪和量化他们在核心功能领域的早期DevRel工作也是很重要的。这有助于在向投资者推销时建立信誉，并有助于进入下一个融资阶段。 A轮融资专门的DevRel专家是至关重要的，因为明智地部署种子资金的压力很大。由于投资者需要确信你能在资金耗尽之前达到下一个里程碑，因此对你的初创公司的运营有了更多的审查。实施DevRel计划并跟踪它们成为一项全职工作，不再是创始人或首席开发者的副业。总目标：投资者希望看到你正在获得和留住开发者，并开始确定可以作为参考和案例研究的成功项目。阶段目标和指标：投资者希望看到你能达到以下类型的目标(这些目标是通过诸如开发者交互、参考客户和保留的社区成员等指标来跟踪的)：为你的产品和社区建立知名度获取那些有动力进行第一次API或智能合约调用的开发者筛选和引导产品反馈。DevRel专家对于规范流程、收集投资者想要看到的指标、帮助解决开发者入职过程中的摩擦问题至关重要。 A轮融资之后此时，单靠DevRel招聘可能还不够，因为这个人会不堪重负。公司需要开始将DevRel的职能拆分为独立的角色，如开发者社区经理、开发者营销负责人，或者按地区划分，如亚洲和英语市场的开发者倡导者。总目标：可防御性。投资者希望看到你获得和留住开发者，并拥有足够多的成功开发者，可以作为参考和案例研究。阶段目标和指标：在寻求数千万的融资轮时，投资者希望看到更精细的数据，从而洞察初创公司的发展势头，赋予其以下能力：继续保持知名度，并根据产品反馈采取行动。留住那些忠于技术的开发者。激励开发者自己推荐和宣传技术。重要的指标将是Github分叉、集成、集成的数量，以及生态系统中的第三方应用程序、合作伙伴的数量。初创公司需要建立由可以专注于不同职能领域的专家组成的DevRel团队，并在每个核心类别中交付指标，如生态系统增长和产品参与度。当然，在每个阶段，追踪收入也是至关重要的，但这并不是DevRel的主要责任。然而，对于DevRel从业者来说，了解他们的举措和初创公司的财务健康状况之间的直接关系是至关重要的。这有时是困难的，因为有些举措很难与收入挂钩，需要很长时间才能取得成果——尤其是在早期阶段。早期初创公司应该关注DevRel的哪些方面？许多开发者优先的初创公司专注于开发者赋能和社区优先。这并不意味着市场营销或宣传职能被忽视了，相反，它们仍然像以前一样分布在整个团队中。另一方面，赋能和社区职能变成了单个专家的全职责任。下图展示了一家专注于赋能和社区的初创公司的DevRel概况。一家早期Web3初创公司的DevRel专注领域为什么重点不是放在知名度上？首先，请记住，这是一个特定阶段的快照，而不是一个永久的状态——随着初创公司建立起自己的团队，分布将重新转向知名度。但在早期阶段，初创公司往往更善于建立早期知名度，而不是留住用户。在Web3项目中尤其如此，因为为了吸引资金，创始人面临着建立网络效应的巨大压力。重点是让人们对他们的整体产品愿景和路线图感到兴奋。然而，有无数的项目在争夺开发者的时间和注意力。一个令人信服的愿景是不够的。糟糕的开发者体验和反应迟钝的社区会迅速侵蚀好感，开发者最终会转向摩擦更小的项目。在没有能力留住开发者的情况下建立知名度是一种浪费。促进开发人员赋能的策略许多以开发者为中心的公司都熟知许多常见的赋能策略。然而，许多初创公司仍然忽视它们或执行不力。这些策略包括：编写高质量的技术文档、教程和入门指南进行以产品为导向的网络研讨会、现场编码会议和视频演练设计信息丰富的错误消息，捕捉产品架构所有层的问题这些策略往往执行不力，因为初创公司忘记退一步，建立一个端到端开发者体验的整体视图。这种策略有时被称为开发者体验设计。开发者体验设计的重要性下图是关于如何进行开发者体验设计的一个例子。它是为SendGrid创建的，SendGrid是一个交易和营销电子邮件自动化平台。来源：Todd Moy 这个例子来自产品设计师Todd Moy发表的一个名为“理解一条路径”的案例研究。这是一个引人注目的例子，因为它涵盖了开发过程的所有方面，包括内容和产品接触点。Moy研究了一个被他称为“Dewey”的开发者角色的旅程，并试图记录他的动机、痛点和积极时刻。这类旅程通常由产品团队制定，但当产品不以用户界面为中心时，它们就更难创建了。严重依赖DevRel的开发者优先公司帮助构建这些地图，并将准确的开发者角色具体化。由于Web3初创公司的早期阶段很少有产品经理，Web3 DevRel专家就更重要了——他们实际上成为负责用户研究和产品改进的人。 Web3初创公司如何聘用合适的DevRel人才？在Web3中，对DevRel专业知识的竞争非常激烈。TrueUp 2022年加密工作报告发现，与其他科技行业相比，Web3对社区和开发者关系角色的需求是其他行业的四倍。这意味着初创公司需要灵活调整招聘要求。在非必要的要求上做出让步考虑到DevRel职位的激烈竞争，初创公司应该愿意在诸如先前的Web3经验和地点等要求上采取灵活态度。地点：鉴于大多数Web3组织已经高度去中心化，大多数初创公司很容易在这方面做出让步——只是要记住，在某些司法管辖区招聘候选人可能会有官僚主义障碍，而且时区必须有足够的重叠，以便有效协调。先前的Web3工作经验：许多Web3职位描述都强调先前的Web3工作经验，但是只要候选人先前有Web2的技术经验，技术方面的经验是可以从工作中学到的。此外，如果应聘者对Web3职位感兴趣，那么他们很可能已经熟悉基本的Web3概念，如智能合约、NFT和去中心化。许多初创公司即使在以上几点上做出了让步，仍然难以找到DevRel人才。在这种情况下，初创公司可以通过寻找愿意跨越其他相关领域的候选人来进一步扩大网络。寻找具有一致技能的应聘者雇用以前担任过DevRel职位的人并不总是至关重要的。因为这个职业还很年轻，所以很多人都是从相邻领域跨越过来的。例如，初创公司可能会考虑聘用一个可以在Discord中回答技术问题的全能技术写手，一个拥有技术知识并知道如何写文档的社区经理，或者一个想进入DevRel并有技术沟通技巧的开发人员。在大多数初创公司中，早期DevRel雇员通常都是全能型的。请记住，很少有人在职能类别(营销、宣传和社区)中同样强。因此，关键是要看应聘者的优势与你的重点有哪些重叠。移情能力优先不管应聘者的专业背景如何，DevRel中不可或缺的一项技能是设身处地为他人着想的能力。这需要一个人意识到自己的内在偏见和假定知识。他们还需要了解目标受众的动机和知识差距。这种与不同类型开发者产生共鸣的能力使初创公司能够根据目标开发者的需求来调整他们的沟通和产品策略。关于评估移情能力的说明移情能力比技术天赋更难评估，这就是为什么它有时会在求职面试中被忽视。公司会问一些一般的来测试应聘者的社交技能，但DevRel的任务是要与开发者产生特别的共鸣。一种方法是询问应聘者如何用“5-levels”的方式向不同的受众解释某个Web3技术概念。例如，在一篇题为“Why We Web3”的文章中，Chainlink开发者大使Patrick Collins用类似于小指发誓的 "牢不可破的承诺"来解释“信任最小化协议”的概念。他理解一般受众仍然不熟悉信任最小化的概念，并将其分解为每个人都能理解的概念。这种将复杂的、不熟悉的主题分解为更简单、更熟悉的概念的能力，是任何DevRel专业人员的一项基本技能。另一项技巧是进行一些角色扮演——你可以给应聘者一个场景，一个开发者正在努力解决技术挑战，并在社区中提问。应聘者扮演DevRel倡导者的角色，目的是看应聘者能多快地找到开发者最终想要实现的目标。同样，这个技巧是为了看到具体技术问题的细枝末节之外的东西并理解其发生的更广泛的背景。为什么Web3需要更多DevRel 有移情能力的DevRel团队可以充当向导，帮助新手在复杂的技术生态系统中导航。对于许多新进入这个领域的开发者来说，Web3感觉像是充满竞争公会的城市国家的拼凑，而不是一个有凝聚力、相互关联的行业。随着互操作性成为优先事项，这种情况已经发生了改变，但通常很难找到一种通用语言和术语。从字面意义上讲，随着智能合约语言的普及，这一点也同样适用，从概念意义上讲，这一点也适用于相互竞争的共识机制、协议、桥接、层等。因此，DevRel专家扮演着翻译的角色，将外国技术概念翻译成更熟悉的术语——这对于将开发者从工程实践非常不同的Web2引入过来至关重要。 DevRel职业还有很大的独特性——它有双重忠诚度。一方面，DevRel从业者的直接责任是确保他们所代表的项目成功。另一方面，他们的忠诚度是对其行业内更广泛的开发者社区。他们希望看到开发者成功，不管这些开发者是否为直接客户。这就是为什么他们有动力推出更多的通用教育内容，并在更广泛的开发者论坛(如Stack Overflow)上回答问题。这具有提高他们所代表的公司的品牌声誉的互惠效应，但这并不是他们的核心动机。最关键的是，Web3基础设施初创公司将越来越依赖DevRel来取得成功。随着企业家认识到对去中心化基础设施解决方案日益增长的需求，Web3基础设施领域正在崛起。这意味着竞争正在升温。拥有类似项目的初创公司将越来越需要DevRel专家，以使自己在竞争中脱颖而出，并增加他们在开发者中的市场份额。无论谁最终赢得这场比赛，如果更多的Web3初创公司将DevRel作为取得成功不可或缺的一个部门，那么整个Web3领域才能受益。来源：金色财经

金色财经2022-10-10

经济学家预测Fed会加息或能见到1万美元比特币

。熟悉美国货币政策运作的前财长，似乎预言了Fed接下来不会收缓升息动作，而根据华尔街邮报指出，哈佛大学经济学家Greg Mankiw在8日却认为Fed「已经采取了大量紧缩」，并且预计Fed接下来会减缓升息：经济衰退对很多人来说都是痛苦的，我认为鲍威尔是对的，有些痛苦不可避免，但你也不会想要不必要的麻烦，下次Fed可能会讨论仅加息50或70个基点，或只加息50个基点(2码)。 Santiment：市场看跌情绪严重，以历史回测或为触底反弹讯号而加密货币分析师Nicholas Merten8日在自己的Youtube频道提出比特币的预测看法，随着Fed持续的紧缩政策，在将通膨率控制在2%的目标完成之前不会收手，至时比特币(BTC)可能面临更强的抛售压力，出现价格新低；他预测比特币将摔落至10,000至12,000美元，到时就是多头反攻的最好机会：当我们达到这个价格范围，就没人想要买比特币了，每个人都会认为加密货币即将归零，这就是我会非常兴奋的价格范围。加密分析平台Santiment研究后则表示，近期许多交易者严重看空Solana(SOL)、BNBChain(BNB)和Tron(TRON)三种加密货币。从慨况图来看，这三种代币被市场严重的看跌情绪，Santiment称之以历年回测结果来预估，可能是价格触底反弹的讯号：我们正处于一种情况，几种加密货币的乐观情绪上扬，另一些则被看似已死，根据我们数年来的回测结果，主流交易者对资产的信心越积极，上涨的机率就越小，认为一种代币已经玩完了，它上涨的可能性就愈大。 Sol自4月的价格表现 BNB自4月的价格表现 Tron自4月的价格表现在加密行业你想抓住下一波牛市机会你得有一个优质圈子，大家就能抱团取暖，保持洞察力。如果只是你一个人，四顾茫然，发现一个人都没有，想在这个行业里面坚持下来其实是很难的。想抱团取暖，或者有疑惑的，欢迎加入我们。感谢阅读，我们下期再见！来源：金色财经

金色财经2022-10-10

为什么开发者关系对Web3的成功至关重要？

，而不是与一个特定的协议相联系。数据预言机 Layer-2扩容解决方案用于与区块链交互的API KYC管理平台分布式文件系统用于构建区块链应用程序的SDK和中间件 DevRel的业务目标：增加使用该公司技术的集成数量，进而增加通过API调用和智能合约交互收取的费用所赚取的收入。 L1区块链和DeFi协议区块链技术的维护通常由去中心化的团队管理，但开发者教育通常由开源基金会处理，如以太坊基金会或Cardano基金会。 DevRel的业务目标：增加使用协议的项目数量，从而增加通过交易费用获得的收入，然后用交易费用来激励矿工和节点运行者保护网络的安全。交易所和市场这些通常是购买和出售数字资产的中心化平台。尽管它们主要针对终端用户，但它们也为希望实现交易体验某些方面自动化的开发者提供API和SDK。 DevRel的业务目标：增加集成的数量，从而增加平台上的交易活动，进而增加交易费用产生的收入。许多协议还提供对聚合交易数据的免费和付费访问，开发者可以在他们的dApp中使用这些数据。任何Web3初创公司如果想要在这些领域建立市场份额，都需要尽快投资DevRel。自然，在pre-seed阶段，初创公司要专注于完成产品，但一旦获得资金，DevRel就变得至关重要，有助于建立投资者对项目的信心。 DevRel如何支持初创公司融资早期学会掌握DevRel的初创公司更有可能更快地通过初创融资阶段。在一场题为“开发者社区的可防御性和价值”的演讲中，Heavybit(一家专注于开发者优先初创公司的风险投资公司)的普通合伙人Dana Oshiro阐述了DevRel专业人士如何帮助激励投资者继续为初创公司提供资金。他们通过对投资者感兴趣的指标做出贡献来做到这一点。以下是Oshiro对融资阶段和DevRel角色的分析：种子轮融资在pre-seed或启动阶段，DevRel的职能通常以一种临时的、随意的方式在创始团队中分配。演示可能由最擅长公开演讲的开发者负责，联合创始人可能写文档，另一个联合创始人可能处理开发者营销。总目标：在这个阶段，潜在投资者希望看到创始人已经验证了产品与市场的契合度，并有足够多的早期采用者继续使用。阶段目标和指标：投资者最感兴趣的是那些能够显示早期用户粘性和兴趣的指标，如网站流量、社交媒体活动、社区注册、演示次数、收集的开发者反馈数量等。即使DevRel职能分布在多个团队成员之间，对于初创公司来说，集中协调、跟踪和量化他们在核心功能领域的早期DevRel工作也是很重要的。这有助于在向投资者推销时建立信誉，并有助于进入下一个融资阶段。 A轮融资专门的DevRel专家是至关重要的，因为明智地部署种子资金的压力很大。由于投资者需要确信你能在资金耗尽之前达到下一个里程碑，因此对你的初创公司的运营有了更多的审查。实施DevRel计划并跟踪它们成为一项全职工作，不再是创始人或首席开发者的副业。总目标：投资者希望看到你正在获得和留住开发者，并开始确定可以作为参考和案例研究的成功项目。阶段目标和指标：投资者希望看到你能达到以下类型的目标(这些目标是通过诸如开发者交互、参考客户和保留的社区成员等指标来跟踪的)：为你的产品和社区建立知名度获取那些有动力进行第一次API或智能合约调用的开发者筛选和引导产品反馈。DevRel专家对于规范流程、收集投资者想要看到的指标、帮助解决开发者入职过程中的摩擦问题至关重要。 A轮融资之后此时，单靠DevRel招聘可能还不够，因为这个人会不堪重负。公司需要开始将DevRel的职能拆分为独立的角色，如开发者社区经理、开发者营销负责人，或者按地区划分，如亚洲和英语市场的开发者倡导者。总目标：可防御性。投资者希望看到你获得和留住开发者，并拥有足够多的成功开发者，可以作为参考和案例研究。阶段目标和指标：在寻求数千万的融资轮时，投资者希望看到更精细的数据，从而洞察初创公司的发展势头，赋予其以下能力：继续保持知名度，并根据产品反馈采取行动。留住那些忠于技术的开发者。激励开发者自己推荐和宣传技术。重要的指标将是Github分叉、集成、集成的数量，以及生态系统中的第三方应用程序、合作伙伴的数量。初创公司需要建立由可以专注于不同职能领域的专家组成的DevRel团队，并在每个核心类别中交付指标，如生态系统增长和产品参与度。当然，在每个阶段，追踪收入也是至关重要的，但这并不是DevRel的主要责任。然而，对于DevRel从业者来说，了解他们的举措和初创公司的财务健康状况之间的直接关系是至关重要的。这有时是困难的，因为有些举措很难与收入挂钩，需要很长时间才能取得成果——尤其是在早期阶段。早期初创公司应该关注DevRel的哪些方面？许多开发者优先的初创公司专注于开发者赋能和社区优先。这并不意味着市场营销或宣传职能被忽视了，相反，它们仍然像以前一样分布在整个团队中。另一方面，赋能和社区职能变成了单个专家的全职责任。下图展示了一家专注于赋能和社区的初创公司的DevRel概况。一家早期Web3初创公司的DevRel专注领域为什么重点不是放在知名度上？首先，请记住，这是一个特定阶段的快照，而不是一个永久的状态——随着初创公司建立起自己的团队，分布将重新转向知名度。但在早期阶段，初创公司往往更善于建立早期知名度，而不是留住用户。在Web3项目中尤其如此，因为为了吸引资金，创始人面临着建立网络效应的巨大压力。重点是让人们对他们的整体产品愿景和路线图感到兴奋。然而，有无数的项目在争夺开发者的时间和注意力。一个令人信服的愿景是不够的。糟糕的开发者体验和反应迟钝的社区会迅速侵蚀好感，开发者最终会转向摩擦更小的项目。在没有能力留住开发者的情况下建立知名度是一种浪费。促进开发人员赋能的策略许多以开发者为中心的公司都熟知许多常见的赋能策略。然而，许多初创公司仍然忽视它们或执行不力。这些策略包括：编写高质量的技术文档、教程和入门指南进行以产品为导向的网络研讨会、现场编码会议和视频演练设计信息丰富的错误消息，捕捉产品架构所有层的问题这些策略往往执行不力，因为初创公司忘记退一步，建立一个端到端开发者体验的整体视图。这种策略有时被称为开发者体验设计。开发者体验设计的重要性下图是关于如何进行开发者体验设计的一个例子。它是为SendGrid创建的，SendGrid是一个交易和营销电子邮件自动化平台。来源：Todd Moy 这个例子来自产品设计师Todd Moy发表的一个名为“理解一条路径”的案例研究。这是一个引人注目的例子，因为它涵盖了开发过程的所有方面，包括内容和产品接触点。Moy研究了一个被他称为“Dewey”的开发者角色的旅程，并试图记录他的动机、痛点和积极时刻。这类旅程通常由产品团队制定，但当产品不以用户界面为中心时，它们就更难创建了。严重依赖DevRel的开发者优先公司帮助构建这些地图，并将准确的开发者角色具体化。由于Web3初创公司的早期阶段很少有产品经理，Web3 DevRel专家就更重要了——他们实际上成为负责用户研究和产品改进的人。 Web3初创公司如何聘用合适的DevRel人才？在Web3中，对DevRel专业知识的竞争非常激烈。TrueUp 2022年加密工作报告发现，与其他科技行业相比，Web3对社区和开发者关系角色的需求是其他行业的四倍。这意味着初创公司需要灵活调整招聘要求。在非必要的要求上做出让步考虑到DevRel职位的激烈竞争，初创公司应该愿意在诸如先前的Web3经验和地点等要求上采取灵活态度。地点：鉴于大多数Web3组织已经高度去中心化，大多数初创公司很容易在这方面做出让步——只是要记住，在某些司法管辖区招聘候选人可能会有官僚主义障碍，而且时区必须有足够的重叠，以便有效协调。先前的Web3工作经验：许多Web3职位描述都强调先前的Web3工作经验，但是只要候选人先前有Web2的技术经验，技术方面的经验是可以从工作中学到的。此外，如果应聘者对Web3职位感兴趣，那么他们很可能已经熟悉基本的Web3概念，如智能合约、NFT和去中心化。许多初创公司即使在以上几点上做出了让步，仍然难以找到DevRel人才。在这种情况下，初创公司可以通过寻找愿意跨越其他相关领域的候选人来进一步扩大网络。寻找具有一致技能的应聘者雇用以前担任过DevRel职位的人并不总是至关重要的。因为这个职业还很年轻，所以很多人都是从相邻领域跨越过来的。例如，初创公司可能会考虑聘用一个可以在Discord中回答技术问题的全能技术写手，一个拥有技术知识并知道如何写文档的社区经理，或者一个想进入DevRel并有技术沟通技巧的开发人员。在大多数初创公司中，早期DevRel雇员通常都是全能型的。请记住，很少有人在职能类别(营销、宣传和社区)中同样强。因此，关键是要看应聘者的优势与你的重点有哪些重叠。移情能力优先不管应聘者的专业背景如何，DevRel中不可或缺的一项技能是设身处地为他人着想的能力。这需要一个人意识到自己的内在偏见和假定知识。他们还需要了解目标受众的动机和知识差距。这种与不同类型开发者产生共鸣的能力使初创公司能够根据目标开发者的需求来调整他们的沟通和产品策略。关于评估移情能力的说明移情能力比技术天赋更难评估，这就是为什么它有时会在求职面试中被忽视。公司会问一些一般的来测试应聘者的社交技能，但DevRel的任务是要与开发者产生特别的共鸣。一种方法是询问应聘者如何用“5-levels”的方式向不同的受众解释某个Web3技术概念。例如，在一篇题为“Why We Web3”的文章中，Chainlink开发者大使Patrick Collins用类似于小指发誓的 "牢不可破的承诺"来解释“信任最小化协议”的概念。他理解一般受众仍然不熟悉信任最小化的概念，并将其分解为每个人都能理解的概念。这种将复杂的、不熟悉的主题分解为更简单、更熟悉的概念的能力，是任何DevRel专业人员的一项基本技能。另一项技巧是进行一些角色扮演——你可以给应聘者一个场景，一个开发者正在努力解决技术挑战，并在社区中提问。应聘者扮演DevRel倡导者的角色，目的是看应聘者能多快地找到开发者最终想要实现的目标。同样，这个技巧是为了看到具体技术问题的细枝末节之外的东西并理解其发生的更广泛的背景。为什么Web3需要更多DevRel 有移情能力的DevRel团队可以充当向导，帮助新手在复杂的技术生态系统中导航。对于许多新进入这个领域的开发者来说，Web3感觉像是充满竞争公会的城市国家的拼凑，而不是一个有凝聚力、相互关联的行业。随着互操作性成为优先事项，这种情况已经发生了改变，但通常很难找到一种通用语言和术语。从字面意义上讲，随着智能合约语言的普及，这一点也同样适用，从概念意义上讲，这一点也适用于相互竞争的共识机制、协议、桥接、层等。因此，DevRel专家扮演着翻译的角色，将外国技术概念翻译成更熟悉的术语——这对于将开发者从工程实践非常不同的Web2引入过来至关重要。 DevRel职业还有很大的独特性——它有双重忠诚度。一方面，DevRel从业者的直接责任是确保他们所代表的项目成功。另一方面，他们的忠诚度是对其行业内更广泛的开发者社区。他们希望看到开发者成功，不管这些开发者是否为直接客户。这就是为什么他们有动力推出更多的通用教育内容，并在更广泛的开发者论坛(如Stack Overflow)上回答问题。这具有提高他们所代表的公司的品牌声誉的互惠效应，但这并不是他们的核心动机。最关键的是，Web3基础设施初创公司将越来越依赖DevRel来取得成功。随着企业家认识到对去中心化基础设施解决方案日益增长的需求，Web3基础设施领域正在崛起。这意味着竞争正在升温。拥有类似项目的初创公司将越来越需要DevRel专家，以使自己在竞争中脱颖而出，并增加他们在开发者中的市场份额。无论谁最终赢得这场比赛，如果更多的Web3初创公司将DevRel作为取得成功不可或缺的一个部门，那么整个Web3领域才能受益。来源：金色财经

金色财经2022-10-09

应用链的兴起将带来哪些风险和机遇？

如区块浏览器、RPC 提供者、索引器、预言机和生态系统资金。新兴的 AppChain 市场结构由于在更孤立的生态系统中构建有许多缺点，AppChains 最适合具有以下特征的应用程序：达到了规模（例如用户数量、协议收入、TVL）和产品市场契合度性能能为产品带来显著的优势对安全性和原子性的要求更少（例如 P2E 游戏、NFT、加密社交）因此，我们有理由认为大多数应用程序将仍继续在公共 L1 和 L2 上启动。此外，由于 L2 的格局仍然相当分散，我们将看到 DeFi 协议由于其安全性、流动性和原子性属性而继续在 L1 上推出。此外，如果非 DeFi 应用程序有了足够大的生态系统和网络效应，它们可能会在通用 L2 上启动并转移到特定于应用程序的 L3 或特定于应用程序的 L1。我们可以粗略地想象这个操作顺序如下：还有一个原因是，大多数启动 AppChains 的应用程序将选择模块化执行层（特别是 rollups）而不是单片链，因为它们没有吸引大型验证器群所需的资金。此外，高质量的验证者不太可能选择将他们的资源用于 Token 价格低且不稳定的 AppChain。尽管如此，随着加密行业的成熟和普及，更多的应用程序仍将继续推出自己的 AppChain，未来的 AppChain 市场结构将有多种形式： - 通过各种跨链桥连接的 AppChains - 连接到 L1 的特定于应用程序的侧链 - 不使用结算层的特定于应用程序的 rollups AppChains 如何设计在决定构建 AppChain 的基础架构时，需要考虑几个设计权衡：安全类型：通过攻击来改变状态有多难？共享：由多个异构验证器保护的状态，可能由不同方运行（例如 Polkadot 平行链、Skale）隔离：应用程序本身提供的安全性；可能使用应用程序拥有的验证器或排序器，并使用应用程序的 Token 来获取经济利益（例如 Cosmos 链、Axie Ronin）继承：底层结算 / 共识层提供的安全性（例如 zkSync、Optimism）安全来源：安全从何而来，结算又从何而来？以太坊：使用以太坊作为欺诈证明、有效性证明和一般双花保护的结算层（例如 Arbitrum、zkSync）非以太坊 L1：使用非以太坊安全性，并且可能具有完全不同的共识模型（例如 NEAR Aurora、Tezos rollups）应用 Token ：将应用程序的 Token 用作加密经济安全（例如 Avalanche 子网、Cosmos 链）权限：如何选择节点，以及谁可以读取 / 写入状态？无许可：任何人都可以读 / 写合约并验证状态转换（例如 Optimism、StarkNet）选择性许可：只有列入白名单的验证者 / 开发者才能读 / 写 / 验证链（例如 Polygon Supernets、Avalanche 子网）可组合性：流动性和状态在同一生态系统中的其他应用程序之间移动是否容易和安全？全部 : 移动到任何具有最小延迟和最大安全性的应用程序（例如 Polkadot XCMP、Cosmos IBC）有限：在连接性、延迟或安全性方面存在限制（例如 Avalanche 子网、Polygon Supernets）最终性：交易何时被视为最终性？即时：通常使用 BFT 共识机制（例如 NEAR Aurora、Evmos）最终：通常使用 rollups，一旦区块被发布到 L1（并假设数据可用），交易就可以被视为最终交易（例如 Arbitrum、zkSync） Gas Token ：用户使用哪种 Token 支付交易费用？非应用程序 Token ：通常是构建应用程序的 L1 或 L2 的基础资产（例如 Ethereum、Evmos）应用程序 Token ：通常应用程序的 Token 本身运行在特定于应用程序的 L1 或 L2 上（例如 Avalanche 子网、Osmosis）无 Token ：L1 或 L2 验证器或应用程序为用户提供成本补贴。（例如 AltLayer、Skale）还有其他几个更直接的因素：所需权益：应用程序需要验证者来保护其链所需的权益数量每秒事务数 (TPS)：吞吐量的主观衡量标准，因为事务的大小可能会有所不同（即，较大的事务将导致较低的 TPS，反之亦然） EVM 支持：无需开发人员修改其代码库即可同时支持 Solidity 和 EVM 操作码的能力我们可以根据这些因素映射现有的 AppChain 解决方案：结论尽管 AppChains 存在问题，但它们的持续增长表明了开发人员的需求。正如苹果公司所证明的那样，垂直整合通常会带来更好的用户体验；同样，区块链开发人员将寻求提供 AppChains 支持的完全优化的 Web3 应用程序。也就是说，AppChains 并不适合所有人，开发人员在投入资源启动应用程序之前，应深入考虑 / 权衡其应用程序的需求。 AppChains 对安全模型经济学、货币化策略、平台防御性、整个堆栈的整体价值累积以及对加密市场结构有许多影响，这些影响将在未来几年内被我们观察到。来源：金色财经

金色财经2022-10-09

如何查看自己是否有资格优先参与Chainlink v0.1版权益质押

金色财经2022-10-08

JZL Capital 量化机构研究 Jump Trading – “踩坑”加密世界的传统量化巨头

th Pyth是基于Solana搭建的预言机项目，由Alameda Research，Jump Capital共同投资。GitHub显示，Jump Trading是该项目主要代码贡献者，同时与Genesis Global Trading、FTX等机构一起，作为Pyth的数据提供者为Pyth提供加密资产及传统金融领域的高保真数据； i. Jeff Schroeder：Jump Trading 技术主管（Technical Lead），Linux 顶级极客，主要负责 Pyth 的核心代码； ii. Samir Islam：Jump Trading 技术主管（Technical Lead），高频交易系统开发，牛津大学计算机硕士，参与Pyth 代码开发； iii. Evan Gray：Jump Trading 工程副总裁，参与Pyth 代码开发； iv. Alex Davies: Jump Trading 产品开发主管 (Head of Production Engineering），Jump Trading 欧洲分部前10 名员工之一，参与Pyth代码开发；主要合作项目 – Wormhole（损失惨重） 2021年8月，Jump Trading收购跨链协议Wormhole开发团队 Certus One； 2022年2月，跨链协议Wormhole遭到黑客攻击，损失12万枚wETH，Jump Crypto及时介入“救场”，“自掏腰包为受损客户补足受损的12万枚 ETH，一天后Wormhole重新上线；就本次黑客事件，CertiK给Wormhole开发者提出如下几点建议： i. 开发者在使用外部依赖的函数时，需要对这个函数有足够的了解； ii. 随时关注外部依赖代码库的重要更新，在有重大版本变动时及时对自己的代码库做出相应的调整； iii. 当代码版本更新时，也需及时进行全面审计，并将审计后的代码及时更新到已部署上链的代码中。岗位设置以Jump Crypto岗位设置为例，目前更专注于技术开发团队的搭建，包括区块链工程师、区块链安全专家、加密技术专家和前端工程师岗位；技术栈要求更为全面，Python、C++、Java、JavaScript 、Rust、Solidity、Go等开发语言均有需求。关于我们 JZL Capital 是一家注册于海外，专注区块链生态研究与投资的专业机构。创始人从业经验丰富，曾经担任过多家海外上市公司CEO和执行董事，并主导参与过 eToro 的全球投资。团队成员分别来自芝加哥大学、哥伦比亚大学、华盛顿大学、卡耐基梅隆大学、伊利诺伊大学香槟分校和南洋理工大学等顶尖院校，并曾服务于摩根士丹利、巴克莱银行、安永、毕马威、海航集团、美国银行等国际知名企业。 Website www.jzlcapital.xyz Twitter @jzlcapital 与我们联系我们一直在寻找有创意的想法、业务与合作机会，我们同样也期待您的阅读反馈，欢迎联系 hello@jzlcapital.xyz。如果以上内容存在明显的事实、理解或数据错误，欢迎给我们反馈，我们将对报告进行修正。 [1] CFR is generally employed for speculative grade corporate issuers and is an opinion of a corporate family's ability to honor all of its financial obligations [2] Ba Rating: have speculative elements and are subject to substantial credit risk 来源：金色财经

金色财经2022-10-08

OPC行走者社区Douglas AMC的设计原理在加密货币领域已走在最前沿

交易模式，弥补了跨链资产流动性差，引入预言机打通链与现实的壁垒。基于用户在边缘链投资的资产，通过预言机汇率实时计算出主链收益。在区块链上，普通用户能有资产跨链转账的实时性体验得益于投资人在边缘链上的资产。五重设计原则具有“易用性” 通过智能化管理尽量减少用户负担。同时通过引入人工智能和安全可信执行机制，设计了新一代的安全智能合约，包括真实性、公开性、不可篡改性和区块容量等四个易于使用的特性。基于这四个特性上的安全智能合约，能够实现灵活开放的交易。五重设计原则具有“安全性” 通过密码学算法确保用户资产安全。结合了区块链和实体产业各自的优势和特点，设计了适用于实体产业支付的分布式服务架构平台。平台具备：服务定义、服务注册、服务监控、远程通信与信息交换、服务调用、集群容错等功能，能够基于大数据容量提供高并发、高承载力的服务。五重设计原则具有“去中心化” 人人参与，没有中心化机构管控。由于区块链的三大特征之一就是去中心化，去中心化的程度越高，越能弱化数据中心化弊端。因此Douglas AMC的设计原则中就包含了要实现去中心化自治，让每一个拥有通证、数字资产的用户能有着佳的区块链支付体验。五重设计原则具有“贴合赋能” Douglas AMC容纳不同区块链底层平台的技术要求。允许持有各类公链Coin和 ERC20、BSC20的用户使用自身习惯的数字资产进行参与，同时Douglas AMC的松耦合特性，使得运营者能够对商业联盟体系内的成员进行更符合实际发展需求的技术赋能、金融赋能、商业赋能。五重设计原则商业联盟激励 Douglas AMC通过连接不同的公链及商业型应用链。使得商业联盟的成员、技术开发团队与链上资源使用方联系起来，允许用户以自组织社区模式灵活参与进生态中，实现数字资产可以在不同链中转移、不同用户中交换、不同产业中交易的自适应机制并设置节点计划，激励对Douglas AMC有促进的用户及产业。长期收益离不开价值的牵引，真正引领行业能把行业推向高峰的还是不断迭代创新的区块链技术。市场与收益总是追逐漂亮的技术引领者。只有创新前沿的技术才能把区块链不断地推向未来，赛道对了，成功的机率就大很多，创业如此，投资也是如此。小编期待大家能在正确的赛道上做出正确的投资。行走者社区是一家全球化布局的区块链投研机构，掌握国际前沿的区块链资讯，服务于数字金融爱好者，致力于打造全球领先的行业投研平台。来源：金色财经

金色财经2022-10-08

应用链风起它的前世今生与未来都是怎样的？

如区块浏览器、RPC 提供者、索引器、预言机和生态系统资金。新兴的 AppChain 市场结构由于在更孤立的生态系统中构建有许多缺点，AppChains 最适合具有以下特征的应用程序：达到了规模（例如用户数量、协议收入、TVL）和产品市场契合度性能能为产品带来显著的优势对安全性和原子性的要求更少（例如 P2E 游戏、NFT、加密社交）因此，我们有理由认为大多数应用程序将仍继续在公共 L1 和 L2 上启动。此外，由于 L2 的格局仍然相当分散，我们将看到 DeFi 协议由于其安全性、流动性和原子性属性而继续在 L1 上推出。此外，如果非 DeFi 应用程序有了足够大的生态系统和网络效应，它们可能会在通用 L2 上启动并转移到特定于应用程序的 L3 或特定于应用程序的 L1。我们可以粗略地想象这个操作顺序如下：还有一个原因是，大多数启动 AppChains 的应用程序将选择模块化执行层（特别是 rollups）而不是单片链，因为它们没有吸引大型验证器群所需的资金。此外，高质量的验证者不太可能选择将他们的资源用于代币价格低且不稳定的 AppChain。尽管如此，随着加密行业的成熟和普及，更多的应用程序仍将继续推出自己的 AppChain，未来的 AppChain 市场结构将有多种形式：通过各种跨链桥连接的 AppChains 连接到 L1 的特定于应用程序的侧链不使用结算层的特定于应用程序的rollups AppChains 如何设计在决定构建 AppChain 的基础架构时，需要考虑几个设计权衡：安全类型：通过攻击来改变状态有多难？共享：由多个异构验证器保护的状态，可能由不同方运行（例如 Polkadot 平行链、Skale）隔离：应用程序本身提供的安全性；可能使用应用程序拥有的验证器或排序器，并使用应用程序的代币来获取经济利益（例如 Cosmos 链、Axie Ronin）继承：底层结算 / 共识层提供的安全性（例如 zkSync、Optimism）安全来源：安全从何而来，结算又从何而来？以太坊：使用以太坊作为欺诈证明、有效性证明和一般双花保护的结算层（例如 Arbitrum、zkSync）非以太坊 L1：使用非以太坊安全性，并且可能具有完全不同的共识模型（例如 NEAR Aurora、Tezos rollups）应用代币：将应用程序的代币用作加密经济安全（例如 Avalanche 子网、Cosmos 链）权限：如何选择节点，以及谁可以读取 / 写入状态？无许可：任何人都可以读 / 写合约并验证状态转换（例如 Optimism、StarkNet）选择性许可：只有列入白名单的验证者 / 开发者才能读 / 写 / 验证链（例如 Polygon Supernets、Avalanche 子网）可组合性：流动性和状态在同一生态系统中的其他应用程序之间移动是否容易和安全？全部 : 移动到任何具有最小延迟和最大安全性的应用程序（例如 Polkadot XCMP、Cosmos IBC）有限：在连接性、延迟或安全性方面存在限制（例如 Avalanche 子网、Polygon Supernets）最终性：交易何时被视为最终性？即时：通常使用 BFT 共识机制（例如 NEAR Aurora、Evmos）最终：通常使用 rollups，一旦区块被发布到 L1（并假设数据可用），交易就可以被视为最终交易（例如 Arbitrum、zkSync） Gas 代币：用户使用哪种代币支付交易费用？非应用程序代币：通常是构建应用程序的 L1 或 L2 的基础资产（例如 Ethereum、Evmos）应用程序代币：通常应用程序的代币本身运行在特定于应用程序的 L1 或 L2 上（例如 Avalanche 子网、Osmosis）无代币：L1 或 L2 验证器或应用程序为用户提供成本补贴。（例如 AltLayer、Skale）还有其他几个更直接的因素：所需权益：应用程序需要验证者来保护其链所需的权益数量每秒事务数 (TPS)：吞吐量的主观衡量标准，因为事务的大小可能会有所不同（即，较大的事务将导致较低的 TPS，反之亦然） EVM 支持：无需开发人员修改其代码库即可同时支持 Solidity 和 EVM 操作码的能力我们可以根据这些因素映射现有的 AppChain 解决方案：结论尽管 AppChains 存在问题，但它们的持续增长表明了开发人员的需求。正如苹果公司所证明的那样，垂直整合通常会带来更好的用户体验；同样，区块链开发人员将寻求提供 AppChains 支持的完全优化的 Web3 应用程序。也就是说，AppChains 并不适合所有人，开发人员在投入资源启动应用程序之前，应深入考虑 / 权衡其应用程序的需求。 AppChains 对安全模型经济学、货币化策略、平台防御性、整个堆栈的整体价值累积以及对加密市场结构有许多影响，这些影响将在未来几年内被我们观察到。在加密行业你想抓住下一波牛市机会你得有一个优质圈子，大家就能抱团取暖，保持洞察力。如果只是你一个人，四顾茫然，发现一个人都没有，想在这个行业里面坚持下来其实是很难的。想抱团取暖，或者有疑惑的，欢迎加入我们感谢阅读，我们下期再见！来源：金色财经

金色财经2022-10-08

以投资心理学讲经济大衰退时期的群众心理和投资

作者是当时少有的保持乐观的态度的人：他预言经济崩溃的人都将失败认为，和1929年最大的不同是美联储拥有无限印钞的能力他警告说，不要怕抄底戏称：要成立一个乐观主义学派来源：金色财经

金色财经2022-10-06

应用链风起未来将如何发展

如区块浏览器、RPC 提供者、索引器、预言机和生态系统资金。新兴的 AppChain 市场结构由于在更孤立的生态系统中构建有许多缺点，AppChains 最适合具有以下特征的应用程序：达到了规模（例如用户数量、协议收入、TVL）和产品市场契合度性能能为产品带来显著的优势对安全性和原子性的要求更少（例如 P2E 游戏、NFT、加密社交）因此，我们有理由认为大多数应用程序将仍继续在公共 L1 和 L2 上启动。此外，由于 L2 的格局仍然相当分散，我们将看到 DeFi 协议由于其安全性、流动性和原子性属性而继续在 L1 上推出。此外，如果非 DeFi 应用程序有了足够大的生态系统和网络效应，它们可能会在通用 L2 上启动并转移到特定于应用程序的 L3 或特定于应用程序的 L1。我们可以粗略地想象这个操作顺序如下：还有一个原因是，大多数启动 AppChains 的应用程序将选择模块化执行层（特别是 rollups）而不是单片链，因为它们没有吸引大型验证器群所需的资金。此外，高质量的验证者不太可能选择将他们的资源用于代币价格低且不稳定的 AppChain。尽管如此，随着加密行业的成熟和普及，更多的应用程序仍将继续推出自己的 AppChain，未来的 AppChain 市场结构将有多种形式：通过各种跨链桥连接的 AppChains 连接到 L1 的特定于应用程序的侧链不使用结算层的特定于应用程序的 rollups AppChains 如何设计在决定构建 AppChain 的基础架构时，需要考虑几个设计权衡：安全类型：通过攻击来改变状态有多难？共享：由多个异构验证器保护的状态，可能由不同方运行（例如 Polkadot 平行链、Skale）隔离：应用程序本身提供的安全性；可能使用应用程序拥有的验证器或排序器，并使用应用程序的代币来获取经济利益（例如 Cosmos 链、Axie Ronin）继承：底层结算 / 共识层提供的安全性（例如 zkSync、Optimism）安全来源：安全从何而来，结算又从何而来？以太坊：使用以太坊作为欺诈证明、有效性证明和一般双花保护的结算层（例如 Arbitrum、zkSync）非以太坊 L1：使用非以太坊安全性，并且可能具有完全不同的共识模型（例如 NEAR Aurora、Tezos rollups）应用代币：将应用程序的代币用作加密经济安全（例如 Avalanche 子网、Cosmos 链）权限：如何选择节点，以及谁可以读取 / 写入状态？无许可：任何人都可以读 / 写合约并验证状态转换（例如 Optimism、StarkNet）选择性许可：只有列入白名单的验证者 / 开发者才能读 / 写 / 验证链（例如 Polygon Supernets、Avalanche 子网）可组合性：流动性和状态在同一生态系统中的其他应用程序之间移动是否容易和安全？全部 : 移动到任何具有最小延迟和最大安全性的应用程序（例如 Polkadot XCMP、Cosmos IBC）有限：在连接性、延迟或安全性方面存在限制（例如 Avalanche 子网、Polygon Supernets）最终性：交易何时被视为最终性？即时：通常使用 BFT 共识机制（例如 NEAR Aurora、Evmos）最终：通常使用 rollups，一旦区块被发布到 L1（并假设数据可用），交易就可以被视为最终交易（例如 Arbitrum、zkSync） Gas 代币：用户使用哪种代币支付交易费用？非应用程序代币：通常是构建应用程序的 L1 或 L2 的基础资产（例如 Ethereum、Evmos）应用程序代币：通常应用程序的代币本身运行在特定于应用程序的 L1 或 L2 上（例如 Avalanche 子网、Osmosis）无代币：L1 或 L2 验证器或应用程序为用户提供成本补贴。（例如 AltLayer、Skale）还有其他几个更直接的因素：所需权益：应用程序需要验证者来保护其链所需的权益数量每秒事务数 (TPS)：吞吐量的主观衡量标准，因为事务的大小可能会有所不同（即，较大的事务将导致较低的 TPS，反之亦然） EVM 支持：无需开发人员修改其代码库即可同时支持 Solidity 和 EVM 操作码的能力我们可以根据这些因素映射现有的 AppChain 解决方案：结论尽管 AppChains 存在问题，但它们的持续增长表明了开发人员的需求。正如苹果公司所证明的那样，垂直整合通常会带来更好的用户体验；同样，区块链开发人员将寻求提供 AppChains 支持的完全优化的 Web3 应用程序。也就是说，AppChains 并不适合所有人，开发人员在投入资源启动应用程序之前，应深入考虑 / 权衡其应用程序的需求。 AppChains 对安全模型经济学、货币化策略、平台防御性、整个堆栈的整体价值累积以及对加密市场结构有许多影响，这些影响将在未来几年内被我们观察到。来源：金色财经

金色财经2022-10-06

24小时热点