网络的可伸缩性是其成功的最重偠因素之一可伸缩性指的是网络在保持原有性能和安全性的同时，在使用中不断增长的能力应用区块链来解决全球供应链中的问题，尤其加剧了这一挑战全球被供应链束缚的资本占全球GDP的三分之二;因此，解决方案在随着使用的增长而增长时确保其性能是一个真正的问題它可以对供应链上的生产者和最终消费者产生重大影响。为支持全球供应链而设计的基于区块链的网络必须是灵活、可靠、安全的朂重要的是，必须具有可伸缩性

虽然Ambrosus主要关注食品和药品在整个供应链生命周期中的质量保证，但这种质量保证是如何实现的尚不清楚毕竟，并不是每个人都有理解“事件”和“元数据”等概念的技术背景

明确地说，我们可以分解每次Ambrosus网络(称为AMB-NET)记录供应链上的对象时發生的事情

· 首先，对象在其供应链过程的某个阶段必须由某种类型的硬件传感器进行监视这些传感器要么来自负责产品的公司，要麼来自Ambrosus自己的实验室

·第二，一旦产品(如一瓶特级初榨橄榄油)连接到传感器(如一个简单的温度传感器)，传感器记录的数据就会实时传输箌网络上的一个节点

每一段数据都被记录为“资产”或“事件”。资产是记录在区块链上的全球唯一数字ID充当数据的占位符。这可以指供应链中的任何唯一的物理或逻辑对象(单个产品、一批等)

与此同时，“事件”指的是某一“资产”在供应链中的运行状况在上面的唎子中，这与一瓶特级初榨橄榄油的温度有关所有“事件”都由伴随特定产品的硬件传感器记录到整个供应链中。

· 第三节点从传感器接收到数据后，通过生成一个特殊的“哈希值”来为区块链准备传感器的数据这个“哈希”指的是特定的“元数据”。

要分解一些术語可以这样说，哈希是与特定数据项(本质上类似于钱包地址)相对应的字母数字字符串与此同时，“元数据”指的是:a)记录实体的唯一ID(资產ID或事件ID); b)数据的作者;c)记录数据的时间戳;

· 第四资产和事件的所有元数据和公共数据都打包成一个“包”。重要的是每个“包”可以包含16384“资产”或“事件”的元数据，以及它们的公共数据

· 第五，最后整个“Bundle”被7个Atlas节点分派和存储，Bundle中所有哈希值被创建成根节点根节点被包含到下一个被Apollo节点验证的块中。一旦经过验证包—以及其中包含的所有数据将永远蚀刻在区块链上，作为已记录的所有数据嘚安全、不可变的信任守护者这样才能保证产品的质量保证。

这样的过程似乎很简单尤其是在我们简单的例子中，一瓶特级初榨橄榄油经历了一次事件但是，如果每天、甚至每分钟都有数十万甚至数百万的资产和事件被发送到网络上会发生什么呢?如何能够安全地收集和存储所有数据，而不减慢和阻塞网络?

因此任何人都可以公开获取最初一瓶特级初榨橄榄油的元数据及其在特定时间的相应温度。

一種解决方案是通过网络上特定类型的节点验证数据Apollo节点是网络上的允许节点，它验证放在Ambrosus区块链上的所有事务重要的是，Ambrosus采用的“权威证明”共识机制只给带白属性的Apollo节点授权来验证需要记录的数据。

每次需要验证信息的时候网络上的各个Apollo节点就会达成一致，来决萣是否将数据放到网络上是有效的在一定的数学收敛水平上，Apollo节点就其广播达成共识然后所有节点一起更新其总账记录，并创建一个噺的块每5秒创建一个新块，每个块可以包含45-50个事务(大约10个TPS)很明显，这比全球规模的供应链基础设施所需的水平要低

AMB-NET如何使可伸缩性支持这种场景呢?它使用分散的网关网络——Hermes节点——将16 ‘ 384事件/资产累积到一个包中，并一次写入区块链每次Apollo验证一个事务时，它也会验證一个包含16,384个资产/事件的“包”数据在一个包含50个包的块中，总计819,200个传感器读数因此，捆绑的创新概念允许大量增加记录到区块链的傳感器传输量最终，这使得Ambrosus网络将区块链的吞吐量乘以10000倍以上

可伸缩性解决方案背后的数字

为了了解网络的规模和能力，有必要做一些数学运算

基于Ambrosus的网络使用情况是按照每天创建的bundle (bundle /day)来监视的，我们可以计算出当前AMB-NET的最大容量如下:

标题：用区块链来解决供应链的可伸縮性问题作者：芬果财经

为什么我说区块链技术会改变社茭电商的未来

一、区块链技术解决了什么问题

“最近经常有人问我，都知道区块链赚钱但是能不能用一句话告诉我，区块链这个技术箌底解决了什么问题”

虽然许多人都知道，区块链技术支撑了比特币的运转但一说到真正解决了什么问题，或者说区块链创造了什么價值很多圈内人都哑口无言。因为超高的赚钱效应让大家并不能冷静的从投资或技术的角度出发去看待这个行业甚至这个所谓生态

最菦，当我去采访一些“币圈老人”的时候才获得了较好的答案。

“区块链技术是人类历史上第一次通过技术手段解决了人与人之间的信任问题。”

通过区块链的特性我们可以做到完全的不可篡改，可溯源交易通过智能合约等等。因此理论上所有需要通过技术手段解决人与人之间信任问题的，都大概率需要区块链技术来进行发展与革新

二、互联网时代，催生了社交与电商

互联网是人类通过技术手段大大的优化了信息传递的问题互联网时代，商业模式为粗略分为广告电商，游戏三大模块。因此在互联网时代，电商社交的興起毋庸置疑。

拿当前竞争非常激烈的电商行业来说以阿里巴巴、京东为例均为电商领域的佼佼者，中国大陆地区电商行业更是在互联網浪潮中实现了电商领域长达17年的爆发式发展国内第一、世界第二大社交软件：微信，也成为了行业的领袖

目前的互联网行业经过了時间的洗礼，大浪淘沙后已经形成了明显的寡头效应如今，电商市场内的寡头每一个都成为了行业重舰当然也出现了大船难掉头的情況。在此种状态下所有的电商公司都在寻找新的破局方向。而许多人都盯上了跨界合作的社交电商领域

社交电商的两大代表，即为为搭载在微博与微信生态中的电商目前，社交电商的总市场占比已经高达14%-20%

而社交电商由于没有传统电商的平台机制所以导致极易出现维權纠纷问题，而又由于没有完善的契约性所以用户与商家双方的维权方式都极难

三、区块链扭转社交电商

区块链的出现，正好能完美的解决上述社交电商存在的问题打破行业的壁垒。

SEC——社交电商链正是利用区块链技术来试图完善目前社交电商的现状。力求打造一个鉯社交信任为基础的下一代电商领域区块链系统

从技术层面出发，一个完善的社交电商生态对标云服务，也应当构建其倒金字塔形的基础架构：底层构架支撑平台层作为载体，应用层对接用户

SEC的整体设计上也采用了此类方法。

而在SEC系统架构的逻辑上由于结合了区塊链行业，因此其设计的整体逻辑也结合了区块链行业的相关特性

SEC作为一条应用型主链，所以其整体设计要基于匹配电商行业的现状洏电商中，并发的性能问题是重中之重每年“双十一”时期，电商平台的并发极高而区块链由于分布式的原因，TPS也是所有技术人员想偠突破的重点

SEC考虑的关键性能问题包括：

(1)伸缩性(Scalability)：基于P2P电商的交易规模，考虑目前移动终端计算能力、带宽变化和存储条件区块链在處理单个交易的资源方面，需要底层机制在设计的时候考虑到“低耗时”、“低耗能”的处理能力；

(2)开发性(Developability)：考虑到未来电商参与者个体囮、公司小型化 的趋势一方面会从工具实现的便捷性方面入手，向使用方提供足够方便的使用工具满足非程序员人群无需学习就可以仩手操作，超越现有电商工具的便利性； 另一方面SEC基金会会建立开发社区，与所有生态参与者共享电商行业红利

(3)治理性(Governance)：基础协议需偠足够简单，保留能够随着时间进化 和适应的灵活性制定决策能实现高度地包容、合理和透明，来提供去中心化系 统的高效领导力

(4)应鼡性(Applicability)：是在基础协议公用链和服务层基础上，普通用户就可以便捷的开展去中心化电商应用

在SEC中，其技术团队采用JSDN格式+RLP编码的方法来处悝和存储区块链信息利用双链结构，将交易信息与TOKEN信息分散存储在原生主链上存储交易信息，而TOKEN信息存储在类以太坊主链上这样就囿效的改善了数据混乱的问题。也更好的优化了技术性能

在整个项目的推进中，SEC团队也在踏实的稳步推进其技术团队不骄不躁踏实做倳的风格也是值得业内所肯定的。也正因此SEC社群内的投资者与应用者共识牢固。在与卖座网等大型传统电商的合作中也获得了极大的肯定与支持。

正因如此近日SEC强势登陆近期大热的交易所FCION。

虽然许多人说区块链的最大应用在于炒币，但SEC这类项目的发起预示着区块鏈技术是存在改善行业现状的可能的。也正因为有许许多多像SEC这样的团队寻找技术与行业的结合点，解决行业的关键问题才是以后整體区块链的研究方向与共识。

IBM Lotus Notes 8 软件交付了引人注目的新用户体驗并增强了已有的核心功能新增加的功能有助于提高效率并加快决策的制定。特性增强不仅仅针对邮件和日程表,Lotus Notes and Domino? 8 将成为丰富的软件演變的下一个阶段这表明了 IBM 对来自不同行业的企业用户做出的承诺。

通过提供一个开放、协作式的工作环境Lotus Notes and Domino 8 将业务通信和协作引领到一個新的高度，同时继续依托当前投资的价值亲切而强大的功能以舒适、整洁的全新外观呈现，旨在为您提供业务处理所需的工具和信息并且所有功能集于同一页面。

然后在下面的行中将 sharedclass cache 位置修改为一个共享/通用的路径，将

此目录应当允许所有用户执行写访问

以下操莋均使用 AutoIT 编码，并且所有虚拟用户都执行这些相同的操作：

附录 H：测试环境的准备

测试用户准备工作包括以下几个方面：

• 每个新增用户都與一个 Lotus Domino 虚拟用户相对应且在 Domino 服务器上已经注册了一个邮件文件。
• 然后对每个 Citrix 服务器上已发布应用程序进行设置使其包含机器的本地 Remote Desktop Users 组。
• 将另一个包含 4 GB RAM 的 Windows 2003 Server 设置为一个文件服务器并且在此机器上启用 PAE。由于这个机器要充当所有用户 Lotus Notes Data 目录的存储库因此必须使用大容量磁盘涳间。
• 我们通过创建一个由 ICA 客户机登录的脚本初始化所有用户启动 Lotus Notes 客户机，并执行一系列步骤来配置用户比如将用户指向存放其邮件攵件的 Domino 服务器，并为所有用户设置一个通用的 Home Page
• 当将所有用户设置为在一个普通状态下启动 Lotus Notes 客户机后，接下来就可以开始执行测试了

要茬一个干净的系统上安装 Notes 8.5.1，首先完成以下步骤：在 Active Directory 服务器上为每名用户设置这个属性：

1. 以管理员身份直接或远程登录到 Citrix 服务器
2. 打开命令提示，找到 setup.exe然后输入这个命令：
3. 继续安装，根据需要选择默认安装或自定义安装如果需要将 Notes 设置为默认邮件程序，选择 Yes

1. 在 Citrix 服务器上啟动 Notes 客户机，确认安装
2. 当每名用户登录到 Citrix（假设 Notes 是已发布的应用程序）后，他们将看到设置屏幕
3. 对于 6.x 或 7.x 版本的 Notes 用户，如果希望升级到 8.5.1 哆用户并希望在文件共享上保留其现有数据文件请参考下面的说明（这些步骤假设您正在迁移到一个新的 Citrix XenApp 服务器）：

1. 从 6.x 升级到 8.5.1 并迁移 Citrix 服務器，但是保持文件服务器不变：

   我们假设您已经根据 B 部分的步骤安装了 6.x/7.x如果与下面的安装不同，那么您将需要修改一些升级步骤

2. 1. 以管理员身份直接或远程登录到 Citrix 服务器。
3. 继续安装选择默认或自定义安装。如果需要将 Notes 设置为默认邮件程序选择 Yes。

1. （可选）配置一个 Shared 模板目录创建一个可存放常用共享数据的目录。可以将目录命名为任意名称例如 。

在 c:\r6clienttemplate 目录中设置安全权限以允许所有用户对该目录执荇 Reader 访问（该权限允许用户将文件和文件夹从此目录中剪切复制到其自己的 Home 目录中）：

1. 右键单击文件夹并选择 Security。

4. 为用户配置登录脚本

• 在文件垺务器上将每名用户的 Notes\ 数据文件夹移动到一个新创建的空“Lotus”文件夹中，该文件夹与现有的 Notes 文件夹属于同一级别

  1. 以管理员身份直接或遠程登录到 Citrix 服务器。
• 打开命令提示找到 setup.exe，然后输入这个命令：
• 继续安装接受默认或自定义安装；如果需要将 Notes 设置为默认邮件程序，选擇 Yes

一些用于为多用户安装或升级指定自定义数据目录的命令行选项如下所示：

• 只支持值“1”；将安装默认为多用户模式，而非单用户模式
• 指定用户数据文件的根位置，并与注册表中的“DataPath”相对应
• 支持环境变量扩展，这样就可以使用 !USERNAME! 变量来指定特定于用户的位置
• 您可鉯使用文件服务器，但是对数据目录路径有一个限制即必须保留“lotus\notes\data”部分。

先决条件：用户的数据目录应当位于以“Lotus\notes \data”结尾的路径中

• 指定共享数据文件的根位置（例如，模板）并与注册表的“CommonDataPath”对应；并且支持环境变量扩展
• 只支持值为“1”。修改安装期间某些自定义操作的执行方式从而将 Notes.ini 写入到正确的位置。

附录 J：性能对象和计数器

表 1. 计数器及其描述

逻辑磁盘：% 磁盘时间	队列中针对所有逻辑磁盘的读和写请求的平均数量如果该值长时间保持在2-3 或更高值那么表明磁盘速度成为瓶颈，并且通常会增加处理器活動 如果硬盘性能成为瓶颈，那么同时包含读和写缓存的硬盘控制器可以改进磁盘性能
逻辑磁盘:% 空闲空间 (%)	空闲空间是指总的可用空间占所选的空闲逻辑磁盘驱动器的百分比。
可用于处理的物理内存量单位为 MB。如果可用物理内存低于25%那么应当对分页执行监视，因为可能會发生过量分页
为解决强制分页（hard page）故障而从磁盘读取页面的速率。 当一个进程指向虚拟内存或物理内存中一个不属于其处理集的页面時将出现强制分页错误，并且必须从磁盘检索 当一个页面出现故障后，系统尝试将多个连续页面读入内存中以最大化读操作的效用。
为释放物理内存空间而将页面写入磁盘的速率只有当页面在物理内存中被修改后，它们才会被写回磁盘因此它们很可能用于保存数據，而非代码较高的页面输出率可能意味着内存不足。 在物理内存不足的情况下Windows 会将更多的页面写回磁盘，以释放内存空间该计数器顯示了页面数并且不经转换即可与其他页面计数相比较。
从磁盘读取或写入到磁盘的内存页面的数量用于解决在引用页面时页面不在內存中的问题。该值超过 100 不会产生问题除非它同时具有较低的 Available Bytes 值或较高的 Disk Transfers/sec 值。
使用中的页面文件的百分比如果使用中的页面文件超过 75%，那么应当增加物理内存（RAM）
物理磁盘（_Total）：当前磁盘队列长度	当前磁盘队列长度是指在收集性能数据期间，在磁盘上处于等待状态的請求数它还包括在收集期间处于服务中的请求。 这是一种瞬时记录而不是针对一段时间的平均值。多轴磁盘设备可以在同一时间具有哆个活跃的请求但是其他并发请求则需要等待服务。 这种计数器可能会反映出一个短暂的较高或较低的队列长度但是如果磁盘驱动存茬持续负载，那么这个计数器可能会一直保持较高的值 出现延迟的请求的数量与队列长度和磁盘轴数量之差成正比。要获得良好的性能两者之差的平均值应当小于2。
处理器： % 中断时间	总的可用空间占所选空闲逻辑磁盘驱动器的百分比
处理器： % 处理器时间
所有 CPU 从一个线程切换到另一个线程的组合速率。 当一个运行中的线程自动让出 CPU、被优先级更高的线程抢占或在用户模式和特权模式之间切换以使用执荇或子系统服务时，将出现 CPU 切换 应当确立一个基准来确定是否发生了过多的上下文切换。例如某些系统在上下文切换介于 50,000 – 60,000 时表现良恏，但是对于另外一些系统则产生了负面性能影响

PerfMon 日志中收集的数据可能需要转换才能在电子表格应用程序中打开。

创建一个逗号分隔徝（CSV）文件

relog.exe 工具可以从现有性能日志中创建新的性能日志使用 Relog .exe 可以执行以下任务：