针对专利特许证公开文献的本申请描述了包括各种新颖创新的发明性方面(在后文中称作“公开内容”)，并且包含受到版权、掩模作品(maskwork)和/或其他知识产权保护的素材。所述知识产权的对应所有人不反对任何人按照其在已公布的专利局文件/记录中所出现的那样对公开内容进行复制再现，但是在其他方面保留所有权利。优先权声明申请人特此在35usc§119下要求作为非临时转化的优先权权益：美国临时专利申请序列号62/273,447，2015年12月31日提交，标题为“socialaggregating,fractionallyefficienttransferguidance,conditionaltriggeredtransaction,datastructures,apparatuses,methodsandsystems”(案号fidelity367pv)；美国临时专利申请序列号62/273,449，2015年12月31日提交，标题为“socialaggregating,fractionallyefficienttransferguidance,conditionaltriggeredtransaction,datastructures,apparatuses,methodsandsystems”(案号fidelity390pv)；美国临时专利申请序列号62/273,450，2015年12月31日提交，标题为“socialaggregating,fractionallyefficienttransferguidance,conditionaltriggeredtransaction,datastructures,apparatuses,methodsandsystems”(案号fidelity391pv)；美国临时专利申请序列号62/273,452，2015年12月31日提交，标题为“socialaggregating,fractionallyefficienttransferguidance,conditionaltriggeredtransaction,datastructures,apparatuses,methodsandsystems”(案号fidelity392pv)；美国临时专利申请序列号62/273,453，2015年12月31日提交，标题为“socialaggregating,fractionallyefficienttransferguidance,conditionaltriggeredtransaction,datastructures,apparatuses,methodsandsystems”(案号fidelity393pv)。申请人特此在35usc§120下要求作为部分继续的优先权权益：美国专利申请序列号14/799,282，2015年7月14日提交，标题为“point-to-pointtransactionguidanceapparatuses,methodsandsystems”(案号fidelity336us1)；美国专利申请序列号14/799,242，2015年7月14日提交，标题为“point-to-pointtransactionguidanceapparatuses,methodsandsystems”(案号fidelity336us2)；美国专利申请序列号14/799,229，2015年7月14日提交，标题为“point-to-pointtransactionguidanceapparatuses,methodsandsystems”(案号fidelity336us3)；美国专利申请序列号14/963,165,2015年12月8日提交，标题为“socialaggregatedfractionalequitytransactionpartitionedacquisitionapparatuses,methodsandsystems”(案号fidelity339us)；美国专利申请序列号15/019,926，2016年2月9日提交，标题为“computationallyefficienttransferprocessingandauditingapparatuses,methodsandsystems”(案号fidelity340us)。前面提到的申请的全部内容通过引用的方式被明确地合并在本文中。本发明的创新总体上涉及引导目标交易以及加密交易处理和验证，更具体来说包括计算高效的转账处理、审计以及搜索装置、方法和系统。因此，本发明的创新(至少)包括以下不同领域：具有选择性电气通信认证的电气通信(建议类别/子类340/5.8)；包括交易验证和电子凭证的对于安全交易使用密码术的数据处理(建议类别/子类705/64,74,75)；以及通过加密和解密来保护所传输的数据的电子资金转账(建议类别/子类902/2)。但是为了促进读者对于本发明的创新的理解，公开内容已被编辑到单一描述中，以便说明并且澄清这些创新的各个方面如何独立操作、在各项单独创新之间互操作以及/或者统一协作。本申请还描述了各项创新之间的相互关系和协同作用；所有这些都是为了进一步符合35u.s.c.§112。
背景技术：
：：比特币是分布式密码货币的第一种成功的实现方式。比特币更准确地应该被描述成第一种分散式数字货币。比特币在总的市场价值方面是同类当中最大的，并且是建立在以下想法上：金钱是作为针对商品的支付以及债务的偿付而被接受的任何物体或者任何种类的记录。比特币是围绕使用密码术来控制金钱的产生和转账的想法而设计的。比特币允许针对世界上任何地方的任何人的即时支付。比特币使用对等技术来操作而不具有中央权威机构。交易管理和金钱发行由网络通过共识统一实施。比特币是开源软件应用和共享协议。其允许用户匿名地并且瞬时地交易作为数字货币的比特币，而不需要信任对应方或单独的中介。比特币使用作为普遍的加密技术的公共/私有密钥对来实现这一无信任匿名网络。作为密码安全分散式对等(p2p)电子支付系统的比特币允许涉及数字令牌形式的虚拟货币的交易。这样的数字令牌是比特币硬币(btc)，并且是一种其实现方式依赖于密码术以生成令牌并且验证相关交易的密码货币。比特币在没有任何集中式权威机构的情况下解决了伪造和二次付费问题。比特币用密码证据取代了对于例如银行之类的第三方的信任并且使用了可由所有网络节点访问的公共数字账目，所有btc结存和交易都在其中被宣布、同意和记录。对交易加时间标记，这是通过将其散列到进行中的基于散列的工作量证明(pow)链中，从而形成无法在重做整个链的情况下被改变的记录。匿名性通过公共密钥密码术得以保持，这是通过在不揭示用户身份的情况下使用对等(p2p)地址。比特币硬币(btc)实质上是基于非对称或公共密钥密码术的数字签名的散列链。p2p网络中的每一个参与的比特币地址与匹配的公共密钥和私有密钥相关联，其中可以由其他人使用匹配的公共密钥来验证通过私有密钥签名的消息。比特币地址对应于作为一串27-34个字母数字字符的公共密钥(比如1bz9acz4hhx7rnnrt2uhtfyas4hrbph3un或181tk6dmsy88svjn1mmodkjb9tmvxrqccv)并且占据大约500字节。所述地址不是公共密钥。地址是公共密钥的sha256散列的ripemd-160散列。如果该公共密钥在先前无人认领的交易中散列(ripemd160)到比特币地址，则其可以被花费。用户被鼓励对于每一项交易创建新的地址，以便对于发送方和接收方都增强隐私。虽然这样对于发送方和接收方都产生了匿名性，但是鉴于交易的不可逆性，不可抵赖性(nonrepudiation)可能会受到损害。可以使用比特币客户端或“钱包”来创建地址。发送方使用他或她的私有密钥来为接收方的公共密钥或地址指派支付。地址内的字符还充当用以验证键入地址时的任何打字错误的校验和。私有密钥是对于访问被指派到相应的公共密钥地址的btc所必要的秘密密钥。私有密钥开始于首字符“1”或“3”，其中“1”意味着使用一个密钥，“3”则表明用于“解锁”支付的多个私有密钥。比特币地址和相关联的私有密钥被存储在通常出于安全性而被离线备份的加密钱包数据文件中。如果钱包或私有密钥丢失，相关的btc也不可挽回地丢失。附图说明附录和/或附图示出了计算高效的转账处理、审计以及搜索装置、方法和系统(后文中称作“socoact”)公开内容的各个非限制性的示例性创新方面，其中包括：图1a示出了用于socoact的示例性模型；图1b所示出的方块图示出了包括socoact的网络环境的实施例；图2所示出的方块图示出了包括socoact的网络环境的实施例；图3所示出的方块图示出了socoact的网络节点的实施例；图4所示出的数据图示出了用于socoact的登录处理的实施例；图5所示出的数据图示出了用于socoact的典型交易的事件追踪的实施例；图6示出了用于socoact的区块链生成处理的流程图；图7示出了用于socoact的区块链审计处理的流程图；图8示出了用于socoact的虚拟货币交易处理的流程图；图9示出了用于允许socoact交易的具有bluetooth或nfc功能的环境；图10示出了用于socoact的bluetooth支付处理的流程图；图11示出了用于socoact的bluetooth各方间(inter-party)支付处理的流程图；图12示出了用于socoact的已验证支付处理的流程图；图13示出了用于socoact的仪表读取处理的流程图；图14示出了用于socoact的资源监测处理的流程图；图15示出了用于socoact的微支付按钮支付处理的流程图；图16示出了用于socoact的人员跟踪处理的流程图；图17示出了用于socoact的投票处理的流程图；图18所示出的逻辑流程图示出了用于socoact的部分所有权股权购买处理的实施例；图19所示出的数据图示出了用于socoact的股权研究处理的实施例；图20所示出的数据图示出了用于socoact的部分所有权股权交易处理的实施例；图21所示出的数据图示出了用于socoact的股权所有权审计处理的实施例；图22示出了为socoact所保持的区块链生成所有权区块的示意性表示；图23示出了socoact所保持的区块链中的股权所有权交易区块的数据结构的示意性表示；图24示出了socoact所保持的区块链中的所有权交易区块的区块报头字段的数据结构的示意性表示；图25示出了可以由socoact实施的从各个单独的区块创建区块链的示意性表示；图26是可以通过socoact实施的多方之间的可能交易的示意性图形表示；图27示出了各个实施例中的可以由socoact实施的一般矩阵确定和元组存储处理的数据图；图28示出了各个实施例中的可以由socoact实施的一般矩阵确定和lil元组存储处理的流程图；图29示出了各个实施例中的可以通过socoact实施的一般交易查询处理的流程图；图30示出了用于由socoact实施的比特币类交易的输入和输出的数据结构的示意性表示；图31是用以表示图30中描绘出的各种交易的由socoact生成的距离矩阵的示例性表示；图32是用以表示来自图30的各个顶点的btc流出的由socoact生成的距离矩阵的示例性表示；图33是用以表示来自图30的各个顶点的btc流入的由socoact生成的距离矩阵的示例性表示；图34是来自图31的距离矩阵的由socoact生成的稀疏矩阵的示例性表示；图35是可以由socoact用于串存储和查询的bloom过滤器的示意性表示；图36是由socoact存储的交易元组的数据结构的示意性表示；图37示出了用于socoact的示例性模型；图38示出了用于socoact的示例性模型；图39示出了用于socoact的示例性使用情形；图40a-40b所示出的数据图示出了用于socoact的数据流程的实施例；图41示出了用于socoact的智能合约生成(scg)组件的实施例的逻辑流程图；图42示出了用于socoact的智能合约履行(scf)组件的实施例的逻辑流程图；图43所示出的截屏图示出了socoact的实施例；图44所示出的截屏图示出了socoact的实施例；图45所示出的截屏图示出了socoact的实施例；图46所示出的数据图示出了用于socoact的数据流程的实施例；图47所示出的逻辑流程图示出了用于socoact的mkadsd生成组件(mkadsdg)的实施例；图48所示出的逻辑流程图示出了用于socoact的密码密钥恢复(ckr)组件的实施例；图49所示出的数据图示出了用于socoact的数据流程的实施例；图50所示出的逻辑流程图示出了用于socoact的投票者认证(va)组件的实施例；图51所示出的逻辑流程图示出了用于socoact的投票处理(vp)组件的实施例；图52所示出的截屏图示出了socoact的实施例；图53所示出的截屏图示出了socoact的实施例；图54所示出的截屏图示出了socoact的实施例；图55所示出的数据图示出了用于socoact的数据流程的实施例；图56所示出的逻辑流程图示出了用于socoact的验证处理(vep)组件的实施例；图57所示出的截屏图示出了socoact的实施例；以及图58所示出的方块图示出了socoact控制器的实施例。一般来说，附图内的每一项引用编号的领头数字表明该引用编号在其中被引入和/或详述的附图。因此，关于引用编号101的详细讨论将在图1中找到和/或引入。引用编号201在图2中被引入，后面以此类推。任何引用和/或参考编号不一定是序列，相反仅仅是可以被重新安排的示例性顺序，并且可以设想到其他顺序。具体实施方式计算高效的转账处理、审计以及搜索装置、方法和系统(后文中称作“socoact”)把智能合约请求、密码货币储蓄请求、密码质押储蓄请求、密码货币转账请求、密码质押转账请求输入通过socoact组件(例如虚拟货币组件、区块链组件、交易确认组件、scg、scf等等)变换成交易确认输出。各个实施例中的组件实施后面所阐述的有利特征。介绍比特币交易通常被张贴在被称作区块链的公共分布式账目上。比特币网络把区块链的完整拷贝存储在分布于全世界的节点上。任何人都可以在联网的计算机上安装比特币软件从而开始运行节点。由于区块链是公共的，因此任何人都可以看到比特币交易的完整历史以及当前正在“存储”比特币的公共地址。为了在公共地址之间移动比特币，用户必须证明他拥有正在存储将要发送的比特币的发送地址，并且知道将把比特币转账到的接收地址。在可以把比特币转账出公共地址之前，该地址的所有者必须证明他拥有所述地址，这是通过利用被用来生成公共地址的相同私有密钥对交易进行签名。在成功地这样做之后，随后把交易广播到比特币网络。网络把交易分组到区块中，确认交易有效，并且把区块添加到区块链。比特币作为针对产品和服务的一种支付形式已经有所成长，并且商家有接受比特币的诱因，这是因为其费用低于信用卡处理器通常所招致的2-3％的费用。不同于信用卡，任何费用都由购买者支付，而不是由销售者支付。欧洲银行管理局和其他权威机构已发出警告，当前比特币用户不受退款权利保护，也没有能力关于欺诈或错误交易获得退款。比特币的先前实现方式中的这些和其他限制现在很容易解决。用途针对socoact的一种可能的非金钱实现方式是共享(虚拟)账目，其被用来对可能失踪的人进行监视、跟踪和报账。社交媒体系统可以使用socoact作为一种更加安全和灵活的方式来跟踪人、身份和人物表象。通过使用socoact作为存储身份的方式将对于得到授权的用户允许广泛的访问，并且可以按照公共可用的方式来实施。针对身份账目的每一项添加或删除在socoact的区块链账目内将是可追踪并且可查看的。这可以通过以下方式实现：定义具有大小和其他属性的几个字段，公共地共享所述定义，并且允许本领域技术人员通过追踪和审计访问并且更新、删除、改变条目。这样的实现方式例如可以被用于大学或政府机构，并且允许更高的透明度。举例来说，想象人们由于战争或自然灾害而移民离开一个国家。在历史情况中，通常没有可行的方式在其迁移期间快速地跟踪移民。非政府组织(ngo)可以使用socoact来创建所有离开家园的人的区块链账目，并且该账目可以被用来跟踪其移居过程。所述账目可以由个人进行参考，所述个人可以将其凭证与被加密并且在特定时间和日期通过账目存储在比特币类格式中的那些凭证进行比较。socoact系统还可以被用于在可能没有发展良好的投票制表系统并且投票统计存疑的地方进行投票。举例来说，socoact系统可以被用来在发展中国家建立投票系统。通过使用区块链技术，创建记录每一位公民的投票的不可改变的账目。所述记录将允许唯一地标识每一位投票的个人，并且允许对投票进行制表。可以很容易地辨明人们是否投了票，投票给谁，并且确认没有人投票两次。可以把虚拟的指纹或其他生物计量添加到账目以帮助避免欺诈，正如本文中关于附加实施例更详细地描述的那样。socoact还可以被用于针对股票或者将问题付诸投票的公司年度会议或者针对主管的代理投票。区块链增加了透明度、速度以及对于信息的访问，并且可以由许多人进行验证和质询。因此，不需要信任特定的一个源，因为任何人都可以公开看到账目。在欠发达地区，传输方法可以很容易地是具有tcp\ip或者被用来把消息从由移动电话服务所服务的远程区域传输到云端的其他协议的3g\lte\4g\网格网络，可访问的共享区块链账目被保持在云端中并且是公共可用的。通过socoact可以允许用于更好地跟踪资源使用的实现方式。举例来说，水表、电表和燃气表以及例如co2排放表之类的环境监测设备可以被用来通知并且允许涉及资源使用或污染排放的比特币风格交易。通过使用跟踪这些家用资源或工业污染物的使用的测量设备，可以创建个人、公司和政府实体之间的具有比特币功能的市场。假设alex住在针对温室气体收税的社区或州。通过使用socoact，政府浪费以及金融系统中的摩擦都可以得到缓解。alex可以基于他的资源使用即时收到贷记或附加收费。在当今由于相对较高的交易成本而不实际的微交易很容易地作为具有socoact功能的交易而被允许，并且另一方面能够以很少的交易开销被每天、每小时或每周移动。举例来说，alex通过socoact进行支付，所述支付可以被放置在用于应征税额的区块链上，但是可以直到特定日期(例如月底)才是有效的。当交易变为有效时，比特币比特币类虚拟货币被转账到乡镇财政，并且乡镇立即基于仪表读数返还一定金额的贷记。alex可能在他今天的税单上具有$500的碳附加收费。alex的火炉、燃气表和电表上的监测器可以把他所有的使用加在一起从而得到碳排放并且随后得出净值——所有这些都是使用区块链进行。随后由于区块链可以由他的本地乡镇访问，因此响应于alex的环境友好行为，他的附加收费可以被减少例如每年$250。在先前的系统中，alex将必须开出并且寄出支票，而现在对于socoact，则在区块链中创建简单的条目，所述条目由镇公所读取并且在镇公所账目中制作相应的条目。通过在两个账目(其可以是相同的账目但是不同的账户)之间移动虚拟货币，我们移动了“金钱”但是无需在先前的系统中那样寄出支票，无需抄表员上门，并且无需银行处理。非常类似于socoact的家庭使用，socoact可以为旅馆、住宅、宿舍或者具有针对其居住者抄表和记账的资源的其他住房和住宿的成本和记账创建新的范例。区块链可以被用来跟踪资源的使用，比如水、电、电视收费、电影租赁、从冰箱或迷你酒吧取得的物品、供热和室温控制等等。随后基于具有比特币功能的交易以及对其资源使用的监测，居住在单独或群体住房或住宿中的旅馆顾客、住户、学生等等可以针对其居留被记贷或附加收费。检测器可以被设置在电气、暖气、逐个房间的水表等等上。监测器可以通过bluetooth、zigbee、x.10、nfc、wifi或其他已知的手段彼此通信。由于低功率消耗通常是优选的，因此监测器可以由房间中的单个设备协调。通过旅馆对于socoact的使用，客户可以办理入住，获得房间指派，并且接收用以进入所指派的房间的虚拟钥匙。虚拟钥匙可以被发送到客户的socoact账目，存储在他的智能电话或其他便携式电子设备上，并且在把电话放置在旅馆房间门锁附近时可以被用来开门，其中所述智能电话或其他设备例如具有bluetooth或nfc功能并且处在房间中的相应读取器的通信范围内。该读取器随后与用于电视、暖气、房间服务、用水等等的每一个测量设备连接。在客户的居留期间，读取器跟踪灯或空调何时被打开，何时在房间内租赁了电影，浴室、洗手池和厕所的用水，以及其他可收费的房间使用。在退房时，可以对于旅馆客户的使用减少或增加旅馆客户的账单。区块链技术还可以被用来记录入住和退房时间，以便更加快速地空出房间以供再次租赁。此外，socoact可以被用来允许无缝退房处理。当客户办理入住时，创建智能合约以便在其退房日期之后移动比特币类虚拟货币。由于客户在退房时所提供的地址可能不像在入住时那样包含足够的资金，因此用于该交易的预计资金可以保持被socoact锁定，从而可以在后来的某一时间(也就是在退房日期时)变为有效并且可转账。旅馆可以基于旅馆设施的实际使用立即发送贷记或借记。针对socoact的集中于消费者的创建可以使用bluetooth信标作为用于确定从虚拟货币钱包向何处发送支付的方法。房管员可以用她的bluetooth信标对旅馆房间加标签。居留在房间中的客户可以使用其移动设备拾取该信标，接收房管员的虚拟id，并且向所述虚拟id转账一定金额以作为小费。按照相同的方式，socoact可以被用于为客户取回汽车的停车员，以及可以接收酬金等等的旅馆处的其他服务提供者。客户还可以通过bluetooth/nfc同步针对按次付费电影进行支付，并且使用其socoact钱包进行支付。当前，bluetooth信标的大小在物理上不允许所有用户使用，但是随着时间其大小将缩小，并且允许许多设备上的用户用于许多目的。对房管员、遛狗员、停车员进行支付，并且可能对你的服务员付小费。区块链技术提供了对某人进行支付的许多方式，而甚至不需要与其进行交谈并且不需要交换现金或信用卡号，从而减少了当前从这样的交易通常所导致的欺诈的可能性。socoact的另一种实现方式是涉及高价值的交易。举例来说，将进行面对面交易的两个人可以在bluetooth信标附近会面，其中对其各自的电子设备中的bluetooth或nfc芯片进行匹配。socoact可以允许通过bluetooth信标或nfc读取器从支付方的socoact地址向受付方的socoact地址进行大额金钱和微支付的交易，同时避免在传统上可能使得这样的交易不可行的交易费用。通过使用区块链技术所支持的替换的电子货币，个人可以在不会受到本地改变影响的货币中携带所需要的所有资金——从而允许销售者得到支付并且将他的金钱转账回到美元或另一种货币。另一个实例是使用被用来按照快速并且便利的方式订购少量相对便宜的物品的预先建立的设备。socoact可以使得这些微交易是可行的。举例来说，产品或其包装可以包括通过bluetooth或wifi、射频或nfc连接的按钮(例如参见amazondash)。该按钮可以被重复使用或者可以是一次性的。一旦按下按钮将导致用于更换单独产品的针对销售商或履行中心(fulfillmenthouse)的订单。在后端，可以通过新的或现有的系统聚合物品的装运。但是在支付处理侧存在必须支付给促进基于传统货币的交易的贷记或借记支付处理设施的一定开销百分比。当取代传统货币交易通过socoact利用虚拟货币进行支付时，实际的交易成本要低得多。不同于先前的比特币实现方式，socoact还提供用于交易处理、清算和审计的集中式源。因此，socoact的运营者例如可以收取与socoact网络的使用相关联的交易费用。运营者还可以是交易准确性的担保人，并且可以在欺诈或错误处理的情况下对用户进行赔偿。在一些实现方式中，socoact包括例如以下特征：密码(例如比特币)投票和有条件动作。举例来说，socoact允许电子投票，其中投票被记录在区块链上，并且(至少部分地)在区块链上还允许有条件的和部分的投票。如果候选人a将会失败则为a投票，但是如果候选人a将会获胜则为c投票，如果候选人b将会获胜则为a投一半的票并且为b投一半的票。此外，有条件评估下的动作投票(其中结果可以是“投票”或者例如股票购买之类的动作)；例如基于我对coke(可口可乐)或mcdonalds的使用购买其股票。所述动作的一部分可以包括通过电子邮件javascript跟踪动作以便登记活动。ui可触发密码(例如区块链)智能规则引擎(例如合约)生成器。socoact可以包括定制奇异衍生品(exoticderivative)ui，其中绘制期权价值与资产价值的关系曲线图，并且创建区块链智能合约。曲线的斜率和(例如多项式)路径可以被逆变成通过用户简单地绘制曲线而生成的约束函数。在另一个实施例中，socoact允许具有gps地图的ui，从而允许用户绘制具有一个选项列表的地理围栏，以便例如在触发所规定的地理围栏时解决智能合约、限制比特币钱包访问、释放额外密钥、购买股票、投票等等。socoact还可以提供具有一个选项列表的时间范围围栏，以便例如解决智能合约，比如限制比特币钱包访问、释放额外密钥、购买股票、投票等等。举例来说，提供表示年、月、周、日、小时等等以作为限定时间线围栏的滑动条时间线ui。在另一个实施例中，socoact包括具有一个选项列表的反探通(anti-ping)机制，以便例如在socoact没有接收到必要的次数/频率/及时的探通时解决智能合约，比如：限制比特币钱包访问、释放额外密钥、购买股票、投票等等。在另一个实施例中，socoact包括用以通知区块链oracle(数据库)充当用于动作的触发的众包(例如来自智能电话的天气)，其具有例如用以解决智能合约的选项列表，比如：限制比特币钱包访问、释放额外密钥、购买股票、投票等等。举例来说，如果有大量的玉米销售，则购买对应股票/对冲。或者举例来说，如果大量玉米生产者的天气预报是干旱，则购买玉米期货。具有一个选项列表的交易/消费跟踪，以便例如解决智能合约，比如：限制比特币钱包访问、释放额外密钥、购买股票、投票等等。这一可触发socoact系统可以被使用在许多应用中，例如前面的密码投票以及后面所提到的其他特征等等。密码钱包货币(例如比特币)恢复密钥。在一个实施例中，socoact可以生成用于密码钱包的第2密钥，从而使得如果顾客丢失其密钥(例如比特币)钱包，则其金融服务机构(例如fidelity)账户将给出另一个密钥以便获得对于其密码钱包本金(corpus)的访问。在一个实施例中，socoact提供已经讨论过的可触发智能规则引擎，其中可以包括以下实例：112.1、反探通(检测活动的缺失)112.2、日间时，仅在特定时间可访问112.3、gps，如果处在特定区域外部或内部则将使得密钥(不)可访问112.3.1、例如儿童或者人们当不在家时不希望钱包是可访问的。112.4、其他氛围112.5、在不法情况下帮助欺诈检测和密钥隐藏112.6、具有口令访问的第2机器/担保/加密系统。可以是提供备份存储的第3方区块链上的密码资产数字化/令牌化。在一个实施例中，socoact允许创建数字资产，从而例如使得fed(联邦储备局)可以在区块链上发行资金。在具有特殊加密令牌/智能合约的对应方之间产生“信任”时。金融机构将制作得到许可的区块链，其中所有的对应方都知道彼此。随后对应方可以去到socoact设施并且交换现有资产(例如国库券/金钱)，并且去到fed并且用现有资产交换在区块链上发行的数字化版本，并且使得fed将其放置在区块链上的钱包上。如果希望的话，可以由fed把数字化版本交换回到现有资产。一旦资产被数字化，则可以显著更快地、更加高效地并且安全地在区块链上进行双方交换。socoact可以在这样的交换上允许以下特征，包括：检查质押，设定你希望把资产交付到何处，钱包更新，在更快速并且高效得多的资产交换中获得结果。密码“验证码(captcha)”账户所有者/钱包验证。在一个实施例中，socoact允许用户登录并且看到验证码验证/测试短语。用户随后发起微比特币交易，把挑战字(challengeword)置于栏位中。随后目标在检测到栏位匹配时验证账户。在另一个实施例中，可选的是可以添加元数据、gps、数据时间、可触发ui等等以作为口令短语交易的一部分。举例来说，首先发送$0.03，随后发送回$0.11以帮助验证账户。socoact图1a示出了用于socoact的示例性模型。如图1a中所示，socoact可以被用来使用密码令牌促进参与者之间的交易(例如双方回购交易)。每一个参与者(即参与者a和参与者b)可以与促进区块链交易的参与者账户数据结构(其例如可以包括与该参与者相关联的密码数据)相关联，并且与根据区块链交易被修改的账户数据结构数据存储库(例如具有密码令牌的电子钱包)相关联。在一个实施例中，参与者可以使用用户界面可触发智能合约进行双方交易，所述用户界面可触发智能合约可以是使用图中所示出的gui生成的。gui可以促进规定与智能合约相关联的数据(例如项目)，其随后可以被变换成可以在区块链上使用的形式。图1b所示出的方块图示出了socoact的联网实施例。网络环境100可以包括socoact服务器5801，在后面将关于图58对其功能和组件进行详细描述。socoact服务器5801可以包括一个或许多服务器，其可以被统一包括在socoact系统中。网络环境100还可以包括socoact数据库5819，其可以被提供来存储由socoact服务器5801使用的各种信息，包括客户投资组合数据、金融交易数据以及本文中所描述、设想和使用的任何其他数据。网络环境100还可以包括网络接口服务器102，根据本文中所描述的交互，其例如允许socoact服务器5801、(多个)第三方服务器104、无线信标108以及(多个)客户终端106之间的数据网络通信。一个或多个客户终端可以是能够由客户106a使用来通过数据通信网络与socoact服务器5801连接的任何类型的计算设备。客户106a可以是在金融或投资机构持有金融账户的顾客，正如本文中进一步描述的那样。(多个)第三方服务器104可以由交易中所涉及的任何其他方操作。相应地，第三方服务器104可以是能够由销售商、支付处理器、个人、公司、政府机关、金融机构等等操作的本文中所描述的任何类型的计算设备。无线信标108可以是用于在客户端设备106之间中继信息的任何类型的无线收发器，以用于在局部地理区域内发送或接收支付信息。相应地，无线信标108可以是bluetooth、近场通信(nfc)、wifi(比如ieee802.11)无线路由器等等。图1b中所表示的服务器和终端通过网络通信硬件和软件进行协作以便发起用于在socoact系统中使用的数据的收集，现在将更加详细地描述所涉及的处理。图2所示出的第二方块图示出了包括socoact的网络环境的实施例。这包括使用socoact系统的各方之间的交互。图3所示出的方块图示出了socoact的网络节点的实施例，其中虚拟货币钱包交易被记录在比特币风格区块链中。虚拟货币用户通过使用数字或纸质“钱包”来管理其虚拟货币地址。钱包允许用户发送或接收虚拟货币支付，计算使用中的地址的总的结存，并且按照需要生成新的地址。钱包可以包括用以将私有密钥保持秘密的预防措施，这例如是通过用口令对钱包数据进行加密或者通过要求两因素认证登录。虚拟钱包提供以下功能：把虚拟货币地址和相应的公共/私有密钥存储在用户的计算机上的wallet.dat文件中；此外在没有连接到因特网的情况下实施获得和转账虚拟货币的交易；以及提供关于所有可用地址中的虚拟结存、先前的交易、备用密钥的信息。虚拟钱包被实施成独立软件应用、web应用以及甚至是打印文档或所记住的口令短语。直接连接到对等虚拟货币网络的虚拟钱包包括bitcoind和bitcoin-qt，bitcoindgui对应方可用于linux、windows和macosx。已经开发出其他没有那么资源密集的虚拟钱包，包括用于ios和android设备的移动应用，其显示并且扫描qr码以便简化买方与卖方之间的交易。在理论上，通常由通用计算机上的应用提供的服务可以被建立到独立硬件设备中，并且有几项计划旨在将这样的设备投放市场。虚拟钱包提供与线上账户相关联的地址以便代表用户保有虚拟货币资金，这类似于保有真实货币的传统银行账户。其他站点主要充当实时市场，促进利用美元或欧元之类的已确立的真实货币来购买和销售虚拟货币。这种钱包的用户不必下载区块链的所有区块，并且可以利用任何设备管理一个钱包而不管其位置如何。一些钱包提供附加的服务。钱包隐私由网站运营者提供。这一“线上”选项对于初次熟悉虚拟货币系统以及较小虚拟货币金额和面额的短期存储常常是优选的。任何有效的虚拟货币地址密钥必须被打印在纸上，也就是作为纸质钱包，并且被用来离线存储虚拟货币。与“热钱包”(也就是连接到因特网的那些钱包)相比，这些非数字离线纸质钱包被视为更加适合于安全保管虚拟货币的“冷存储”机制。只有在拥有打印的纸张本身的情况下，才能安全使用。从第二方作为礼品、礼物或支付获得的每一个这样的纸质钱包应当立即被转账到更安全的钱包，这是因为私有密钥可能已被赠与者拷贝和保留。各个销售商提供以比特币计值的有形纸币、硬币、卡和其他物理对象。在这样的情况下，比特币结存被绑定到打印在纸币上或者嵌入在硬币内的私有密钥。这些手段当中的一些采用隐藏私有密钥的防篡改(tamper-evident)密封。其通常是不安全的“冷存储”，这是因为无法确定纸币或硬币的生产者在印刷处理结束之后已销毁私有密钥并且没有保留私有密钥。在这种情况下，防篡改密封并不提供所需的安全水平，这是因为在密封被施加在硬币上之前，私有密钥可能已被拷贝。一些销售商将允许用户在其他网站上验证物理硬币的结存，但是这需要信任销售商并没有存储私有密钥，从而将允许其在物理硬币的持有者之前在将来的某一天将所述结存再次转账。为了确保socoact系统中的虚拟钱包的安全性，另一方面实施以下措施：在没有连接到因特网的情况下，通过在文本编辑器中进行打印或者存储在闪存驱动器上而进行钱包备份；通过采用强口令对钱包进行加密；以及谨慎选择有质量的服务。图4所示出的数据图示出了用于socoact的登录处理的实施例。开始于步骤405，socoact控制器5801对用户(也就是招聘者或候选人)的登录请求作出响应，并且在客户终端106上显示登录/创建账户屏幕(步骤410)。作为响应，用户输入包括针对现有账户的登录请求或者针对创建新账户的请求的输入(步骤415)。在步骤420处，如果用户正请求创建账户，则处理继续到下面的步骤425。相反，如果用户正请求访问现有账户，则处理继续到下面的步骤435。当用户的输入包括针对创建新账户的请求时，socoact控制器5801准备并且传送用于创建新账户的web表格和栏位(步骤425)。接下来，在步骤430处，用户在所显示的web表格栏位中输入任何必要的信息。这样的web表格可以包括用于输入以下各项的栏位：用户的全名、地址、联系信息、所选用户名、所选口令以及/或者将与账户相关联的任何其他有用的标识信息(步骤435)。随后准备用户的输入以供传送到socoact控制器5801(步骤440)。客户终端106确认是否还要填写更多web部分或表格(步骤443)。如果是的话，则呈现下一个web部分(步骤445)，并且处理返回前面的步骤430。否则，处理继续到步骤460，其中将所输入的账户信息传送到socoact控制器5801，以供例如存储在所保持的账户数据库5819a中，正如后面将更加详细地描述的那样。处理从前面的步骤420或460继续到步骤450，其中socoact控制器5801确定是否接收到登录输入。如果是的话，则处理继续到下面的步骤455。否则，处理继续到错误应对例程(步骤453)，其中可以为用户给出有限次数的尝试以便输入对应于所存储的有效投资账户的登录输入。如果在所允许的给定次数的尝试中没有给出有效的登录，则拒绝用户访问socoact控制器5801。在步骤455处，socoact控制器5801确定是否接收到有效的登录输入，这例如是通过把所接收到的登录输入与存储在socoact数据库5819中的数据进行比较。如果所接收到的登录凭证是有效的，则处理继续到下面的步骤465。否则，处理继续到前面的步骤453。在步骤465处，当从客户终端106接收到有效的登录凭证时，socoact控制器5801取回对于用户是适当的账户信息。接下来，在步骤470处，socoact控制器5801基于用户取回选项屏幕模板，并且随后利用用户的账户信息生成复合选项屏幕(步骤475)，其被传送到客户终端106以供在其显示设备上显示给用户(步骤480)。用户随后提供表示选项选择的输入(步骤485)，并且可以发起并且呈现所选择的选项(其可以表示开始后文中所描述的其中一个后来的处理)以供显示给用户(步骤490)。图5所示出的数据图示出了由socoact实施的虚拟货币交易的实施例。用户106a可以使用其客户端106，从而使其虚拟钱包与socoact进行交互，以便实施虚拟货币到第三方的转账。第三方可以通过第三方设备104确认交易。在一个实施例中，网络接口102包括可以被附着到另一个设备(例如公用事业检测设备、可消费物品、另一个移动客户端设备、智能电话、计算机等等)的信标。信标可以提供将其对完成虚拟货币转账的目的地虚拟货币地址。替换地或附加地，根据本文中所描述的各种实现方式，第三方设备104可以提供用于交易的目的地地址以替代信标。同样地，当客户端106已经知道目的地地址时，客户端可以把目的地地址与交易请求一起提供。网络设备102可以被配置成允许至少一个socoact服务器5801与客户终端106和/或第三方设备104之间的网络通信。为了开始交易，客户终端106把钱包标识符消息转发到服务器5801(步骤504)。在一个实施例中，socoact服务器可能已经实例化socoact组件5841，其又可以验证钱包标识符是有效的。在一个实施例中，socoact组件将确定客户端106的唯一标识地址是匹配的，并且是足够的虚拟货币的有效源，并且与钱包标识符正确地相关联(这例如是通过针对区块链数据库5819j、钱包数据库5819n等等进行检查)(步骤506)。如果钱包标识符是无效标识符，则socoact可以生成用户界面提示，以便允许用户指定用于继续支付的目标、用于目标的选择机制(例如人、组织、缘由等等)、将要支付的金额(例如以各种电子和/或真实货币计)、用于交易的物品规范(例如商品、服务、期权、衍生品等等)。在一个实施例中，socoact将搜索数据库以便确定哪些目标钱包当前与客户终端106相关联。举例来说，在一个实施例中，旅馆清洁雇员可能登记了房间，或者停车员可能登记了停车员停车信标等等，并且其数字钱包将被取回并且来自其中的地址将被指定为用于交易的目标。当生成所述接口时(例如通过从socoact数据库取回html模板并且复合所取回的信息)，socoact服务器5801可以为用户的客户端106提供交互接口消息(步骤510)(从而例如允许用户看到目标支付/交易标识符(例如旅馆停车员和/或旅馆组织名称等等)，指定将要支付的金额(例如消费金额)、用于交易的物品(例如毛巾)以及用以实例化交易的机制(例如“支付”按钮))以供显示(步骤512)。当获得用于这些ui选择机制的输入时(步骤514)，网络设备102可以把具有选择的用户的交易消息前送到socoact服务器5801(步骤516)，以便由socoact组件进行交易处理(步骤541)。在一个实施例中，客户端可以提供以下示例性引导交易请求，其基本上具有包括可扩展标记语言(“xml”)格式化数据的(安全)超文本传输协议(“http(s)”)post消息的形式，并且被提供如下：在一个实施例中，socoact组件541随后可以提供目标钱包标识符(例如旅馆停车员)与源钱包标识符(例如发起用户106)之间的提交交易，并且最终导致记录交易的区块链条目(步骤542)。随后，socoact服务器5801可以向客户端106提供确认消息(步骤552)以供显示(步骤555)。电子硬币可以是一个数字签名链。每一个所有者把硬币转账给下一个所有者，这是通过对先前交易和下一个所有者的公共密钥的散列进行数字签名，并且将其添加到硬币的末尾。受付方可以验证所述签名以便验证所有权链。因此，实际上如果btc0是先前交易，则新的交易是：kp(owner1)hash:＝h(btc0,kp(owner1))s(hash,ks(owner0)),其中kp(owner1)是接收方(owner1)的公共密钥hash:＝h(btc0,kp(owner1))是先前交易连同接收方的公共密钥的散列；并且s(hash,ks(owner0))是利用私有密钥发送方(owner0)签名的先前计算的散列。仅具有1个输入和1个输出的比特币交易的原理实例输入：先前的tx：f5d8ee39a430901c91a5917b9f2dc19d6d1a0e9cea205b009ca73dd04470b9a6索引：0scriptsig:304502206e21798a42fae0e854281abd38bacd1aeed3ee3738d9e1446618c4571d1090db022100e2ac980643b0b82c0e88ffdfec6b64e3e6ba35e7ba5fdd7d5d6cc8d25c6b241501输出：价值：5000000000scriptpubkey:op_dupop_hash160404371705fa9bd789a2fcd52d2c580b65d35549dop_equalverifyop_checksig该交易中的输入从针对交易编号的输出#0导入50面额的虚拟货币，所述交易编号开始于前面的字符f5d8…。随后输出把50面额的虚拟货币发送到指定的目标地址(在这里用开始于4043…的十六进制串表示)。当接收方想要花掉该金钱时，他将参考该交易的输出#0以作为他的下一项交易的输入。输入是针对来自先前交易的输出的参考。在交易中常常列出多个输入。新交易的所有输入价值(也就是由新交易的输入参考的先前输出的总的硬币价值)被相加，并且总额(减去任何交易费用)完全由新交易的输出使用。根据区块链技术，交易是先前的有效交易串的散列。索引是所参考的交易中的特定输出。scriptsig是脚本的前一半(将在后面更加详细地讨论)。脚本包含两个组成部分，签名和公共密钥。公共密钥必须匹配在所赎回的输出的脚本中所给出的散列。公共密钥被用来验证作为第二组成部分的赎回者或受付方的签名。更精确地说，第二组成部分可以是交易的简化版本的散列上的ecdsa签名。其与公共密钥相组合证明由所讨论的地址的真实所有者创建的交易。各种标志定义交易如何被简化，并且可以被用来创建不同类型的支付。两个接连的sha-256散列被用于交易验证。ripemd-160在sha-256散列之后被用于虚拟货币数字签名或“地址”。虚拟货币地址是可以被如下计算的ecdsa公共密钥的散列：密钥散列＝与ripemd-160串联的版本(sha-256(公共密钥))校验和＝sha-256的前4个字节(sha-256(密钥散列))比特币地址＝base58编码(与校验和串联的密钥散列)钱包内的虚拟货币地址可以包括例如开始于1或3并且包含27-34个字母数字拉丁字符(通常除了0、o、i和1之外以避免可能的混淆)的标识符(账户编号)。所述地址也可以被表示成qr码，并且是匿名的，并且不包含关于所有者的信息。其可以使用socoact免费获得。通过可以随意生成和处置的几乎无限供应的唯一地址的可用性，部分地促进了在不借助于中心登记的情况下交易虚拟货币的能力。可以通过在区块链中查找去往和来自特定地址的交易来确定该地址处的资金的结存。来自某一地址的虚拟货币的所有有效转账都使用与之相关联的私有密钥被数字签名。虚拟货币的情境中的私有密钥是允许花费虚拟货币的面额的秘密数字。钱包内的每一个地址具有一个匹配的私有密钥，其通常被保存在拥有结存的人的钱包文件中，但是也可以使用其他手段和方法来存储。私有密钥与地址通过数学方式相关，并且被设计成使得可以从私有密钥计算出地址，同时很重要的是无法从地址计算出私有密钥。输出包含用于发送虚拟货币的指令。scriptpubkey是脚本的后一半。可以有多于一个输出共享输入的组合价值。由于来自一项交易的每一个输出只能被后续交易的输入参考一次，因此整个组合输入值需要在输出中被发送以防止其丢失。如果输入价值50硬币但是仅希望发送25硬币，则socoact将创建两个价值25硬币的输出，从而将一个输出发送到目的地并且将一个输出发送回到源。未在输出中被赎回的任何输入都被视为交易费用，并且不管是谁运营socoact都将得到交易费用(如果有的话)。为了验证输入被授权收集所参考的输出的价值，socoact使用定制脚本化系统。输入的scriptsig和所参考的输出的scriptpubkey按照该顺序被评估，其中scriptpubkey使用由scriptsig留在堆栈上的价值。如果scriptpubkey返回真，则输入被授权。通过脚本化系统，发送方可以创建非常复杂的条件，人们必须满足所述条件才能认领输出的价值。举例来说，有可能创建可以由任何人在没有任何授权的情况下认领的输出。还有可能要求输入由十个不同的密钥签名，或者利用口令而不是密钥来赎回。socoact交易创建两个不同的scriptsig/scriptpubkey对。有可能设计更加复杂的交易类型，并且将其一起关联到通过密码术增强的协定中。这些通过密码术增强的协定被称作合约。示例性的pay-to-pubkeyhash如下：scriptpubkey:op_dupop_hash160<pubkeyhash>op_equalverifyop_checksigscriptsig:<sig><pubkey>地址仅仅是散列，因此发送方无法在scriptpubkey中提供完整的公共密钥。在赎回已被发送到某一地址的硬币时，接收方提供签名和公共密钥全部二者。脚本验证所提供的公共密钥确实散列到scriptpubkey中的散列，并且随后还针对公共密钥检查签名。图6示出了用于socoact的区块链生成处理的流程图。新交易被广播到所有节点(步骤602)。对于每一个挖矿机节点迭代地实施这一处理的以下步骤(步骤603)。每一个挖矿机节点把新交易收集到区块中(步骤604)。每一个挖矿机节点致力于为其区块找到困难的工作量证明(步骤606)。在步骤607处，挖矿机节点确定是否找到工作量证明。如果是的话，则处理继续到步骤608。否则，处理返回到前面的步骤604。当节点找到工作量证明时，其把区块广播到所有节点(步骤608)。只有在区块中的所有交易都是有效的并且尚未被花费的情况下，节点在接受区块(步骤610)。节点通过致力于创建链中的下一个区块而表达其对于区块的接受，其中把所接受的区块的散列用作先前散列(步骤612)。需要交易确认以防止相同金钱的二次花费。在交易被广播到socoact网络之后，其可以被包括在向网络公布的区块中。当这种情况发生时，则说交易已在一个区块的深度被挖掘。随着找到每一个后续区块，区块深度数目增加1。为了防止二次花费，只有当交易的深度是特定区块数目时，才应当将其视为得到确认。引入这一特征是为了保护系统免于重复花费相同的硬币(二次花费)。在区块中包括交易随着挖矿处理发生。socoact服务器5801可以将交易示出为“未确认”，直到交易在区块链中的深度例如是六个区块。接受虚拟货币作为针对其产品或服务的支付的站点或服务可以关于为了确认交易需要找到多少区块设定其自身的限制。但是数字六是刻意规定的。该数字是基于以下理论：违法者能够出于篡改交易的目的累积超过10％的整个网络的散列率的概率很低，并且低风险(低于0.1％)是可以接受的。对于不具有大量计算能力的犯法者而言，六项确认对于很容易获得的计算技术是不可逾越的障碍。拥有超过10％的网络能力的人又不会发现难以连续获得六项确认。但是为了获得这样的能力将需要价值数百万美元的前期投资，从而显著抑制了攻击的发生。只有在例如发现了一百个区块之后，才能使用由网络为了发现区块而分发的虚拟货币。图7示出了用于socoact的区块链审计处理的流程图。当客户端输入针对确认交易的请求时，处理开始(步骤701)。客户端可以选择、输入、取回或者通过其他方式提供对应于将要审计的一项或多项交易的支付方或受付方的公共密钥。接下来，所述请求被传送到socoact(步骤702)。作为响应，socoact组件使用所提供的公共密钥和其他信息实施区块链查找处理(步骤704)。查找结果随后被发送到客户端(步骤706)。客户端接下来传送解密处理请求(步骤708)。作为响应，在解密处理可以开始之前，向客户端显示针对选择公共密钥的请求(步骤710)。接下来，在步骤712处，用户输入关于所存储的公共密钥的选择。关于公共密钥的选择随后被发送到socoact(步骤714)。作为响应，socoact组件实施密钥比较请求处理(步骤716)。socoact随后从客户端106的处理器请求所选择的公共密钥(步骤718)。作为响应，客户端106从客户端106的存储器取回所选择的公共密钥(步骤720)。公共密钥随后被传送到socoact(步骤722)。socoact组件随后使用公共密钥解密所存储的区块链中的交易记录(步骤724)。解密结果被传送到客户端106(步骤726)，客户端106又在客户端106等等的显示器上向用户106a显示交易确认细节(步骤728)。这一审计处理随后结束。图8示出了使用socoact的买方与卖方之间的虚拟货币交易处理的流程图。在处理开始时，买方(也就是支付方)请求向socoact系统登记(步骤801)。作为响应，socoact提供登记表格以供买方填写(步骤804)。所述登记表格可以包括买方的标识、买方钱包以及将在钱包中建立的资金源。同样地，卖方(也就是受付方)向系统登记并且在本地给出供销售的物品(步骤806)。socoact可以生成可由socoact的其他用户访问的用于卖方物品的列表(步骤808)。替换地或附加地，所述列表可以被提供在除了socoact之外的其他物理或虚拟位置处。买方在后来的任何时间点检查列表，并且表明她对于所述物品的兴趣(步骤810)。socoact更新列表并且通知卖方(步骤814)。卖方看到所述兴趣，并且通过socoact向买方建议会面位置(步骤816)。买方同意并且通过socoact通知卖方(步骤812)。接下来，买方在指定时间到达商定的位置(步骤817)。通过使用本文中所描述的信标或nfc或者类似的手段，socoact可以能够确定两方何时邻近(步骤818)，并且例如在其各自的便携式电子设备上开始两方之间的交易。或者，买方和卖方可以通过许多方式直接确定其邻近性。举例来说，卖方可以在指定时间到达或者通过其他方式确立或开放某一物理位置(步骤820)。卖方拍摄关于周围环境的某一细节的照片，并且要求买方拍摄类似的照片(步骤822)。socoact把照片从卖方发送到买方(步骤824)。买方随后找到所接收到的照片中的细节，并且拍摄所述细节的类似的照片(步骤826)。买方把他/她的照片发送回到socoact(步骤828)。作为响应，socoact把来自买方的照片发送到卖方(步骤830)。卖方确认照片类似，并且找到该位置处的买方(步骤832)。还可以相反地重复握手，从而使得买方能够按照类似于前述的方式找到卖方(步骤834)。当买方和卖方会面时，卖方随后可以给出商品以供买方检查(步骤836)。买方随后确认物品是可接受的(步骤838)。卖方随后通过socoact向买方发送来自卖方钱包的虚拟货币地址(步骤840)。作为响应，socoact把地址转发到买方(步骤842)。买方随后把商定面额的虚拟货币从买方的钱包地址发送到卖方的地址(步骤844)。一旦交易被确认，例如通过根据图7审计socoact区块链，卖方把商品交给买方(步骤846)。交易随后结束(步骤848)。图9示出了用于允许socoact交易(比如图8中所描述的交易)的具有bluetooth或nfc功能的环境。通过使用bluetooth或nfc信标，可以在通常将使用真实世界现金的情况中对各种人和系统进行支付，比如旅馆的停车员、房管员。此外，通过在进入时把智能电话或其他便携式电子设备绑定到旅馆房间并且随后来离开时解除绑定，旅馆顾客可以利用无缝、无摩擦的支付和会计系统保持非常粒度化的使用和支付跟踪。图10示出了用于例如图9的环境中的socoact的bluetooth支付处理的流程图，其中受付方的位置被固定到特定场所或财产。在处理开始时，支付方来到建立在财产上的bluetooth或nfc信标附近(步骤1002)，其中受付方的虚拟货币地址由信标广播(步骤1003)。接下来，在步骤1004处，当bluetooth信标由支付方接收到时，处理继续到步骤1005。否则，处理返回到前面的步骤1003。在步骤1005处，确定支付方是否希望对受付方进行支付。如果是的话，则处理继续到步骤1006。否则，处理结束。接下来，支付方提供用于虚拟货币支付的源地址(步骤1006)。支付方授权将以虚拟货币的面额作出的支付金额(步骤1008)。随后可以根据前面的图5完成该虚拟货币支付(步骤1010)。图11示出了通过socoact所允许的bluetooth或nfc各方间支付处理的流程图。支付方来到第三方bluetooth或nfc信标附近(步骤1102)。受付方来到相同的信标附近(步骤1104)。如果支付方和受付方希望进行交易(步骤1105)，则处理继续到步骤1106。否则，处理结束。支付方提供他的地址以作为虚拟货币支付的源(步骤1106)。接下来，在步骤1107处，socoact系统确认支付方资金源是否具有足够的结存以用于完成交易。这可以是通过把所请求的交易金额与存储在源账户或钱包中的结存进行比较。如果结存足够，则处理继续到下面的步骤1109。否则，处理继续到步骤1108，其中确定支付方是否超出了用以提供足够资金源的任何已确立的尝试次数。如果不是的话，处理返回到前面的步骤1106。否则，当已经超出尝试次数时，处理结束。从前面的步骤1107继续，受付方接下来提供对应于卖方钱包的目的地地址以用于接收虚拟货币的支付(步骤1109)。随后可以根据前面的图5进行虚拟货币支付(步骤1110)。图12示出了用于socoact的已验证支付处理的流程图。支付方来到第三方bluetooth或nfc信标附近(步骤1202)。受付方来到相同的信标附近(步骤1204)。如果支付方和受付方希望进行交易(步骤1205)，则处理继续到步骤1206。否则，处理结束。支付方接下来提供他的地址以作为虚拟货币支付的源(步骤1206)。接下来，在步骤1207处，socoact系统确认支付方资金源是否具有足够的结存以用于完成交易。如果结存足够，则处理继续到下面的步骤1209。否则，处理继续到步骤1208，其中确定支付方是否超出了用以提供足够资金源的任何已确立的尝试次数。如果不是的话，处理返回到前面的步骤1206。否则，当已经超出尝试次数时，处理结束。从前面的步骤1207继续，受付方接下来提供对应于卖方钱包的目的地地址以用于接收虚拟货币的支付(步骤1209)。随后可以根据前面的图5进行虚拟货币支付(步骤1210)。随后可以根据在前面的图7中描述的审计处理来验证交易。图13示出了通过socoact所允许的仪表读取处理的流程图。在该处理开始时，受付方指派用于socoact支付的钱包地址以用于仪表读取(步骤1304)。举例来说，所述仪表可以表示可以由公用事业公司、政府机关等等建立和安装的燃气、油、水、电和/或其他住宅或商业资源监测器。接下来，在步骤1305处，确定受付方是否使用了一项或多项所计量的资源。如果不是的话，处理结束。否则，处理继续到步骤1306，其中仪表通过与其中一个或多个仪表进行通信或者与之集成在一起的bluetooth/nfc来报告使用。随后根据前面的图5周期性地进行虚拟货币支付以便偿付资源使用(步骤1308)。图14示出了通过socoact所允许的旅馆资源监测处理的流程图。在该处理开始时，旅馆顾客办理入住，并且在提供用于虚拟货币支付的源的钱包地址之后，在他的智能电话或便携式电子设备上接收虚拟钥匙，所述虚拟钥匙可以与bluetooth或nfc信标相结合地被用来获得对于该顾客的旅馆房间的访问(步骤1404)。接下来，顾客使用虚拟钥匙进入房间(步骤1406)。房间中的资源使用仪表提供用于连接到顾客的设备的信标(步骤1408)。接下来，在步骤1409处，确定受付方是否使用了一项或多项所计量的资源。如果不是的话，处理结束。否则，处理继续到步骤1410，其中仪表通过bluetooth/nfc向顾客的设备并且向socoact报告资源使用。在退房时，随后可以根据前面的图5进行基于资源使用的支付(步骤1412)。图15示出了用于socoact的微支付按钮支付处理的流程图。顾客可以购买具有通过bluetooth/nfc所允许的重新订购按钮的产品(步骤1502)。这样的功能的一个实例由amazondash提供。与前面的实施例一样，这样的功能可以同样由射频标识(rfid)标签、nfc和其他本地读码设备提供。顾客随后链接用于发出位置处的socoact地址以便按需补充产品(步骤1504)。顾客通过按钮发起购买(步骤1506)。接下来，在步骤1507处，socoact系统确认支付方资金源是否具有足够的结存以用于完成交易。如果结存足够，则处理继续到下面的步骤1509。否则，处理继续到步骤1508，其中确定支付方是否超出了用以提供足够资金源的任何已确立的尝试次数。如果不是的话，处理返回到前面的步骤1504。否则，当已经超出尝试次数时，处理结束。从步骤1507继续，随后可以根据前面的图5进行虚拟货币支付(步骤1509)。图16示出了通过socoact所允许的非金钱人员或物品跟踪的流程图。在这样的处理开始时，为人或物品指派具有私有密钥形式的虚拟标识符(步骤1602)。在涉及人员跟踪的各个实施例中，人的生物计量数据可以被用作标识符，或者可以被合并到标识符中。生物计量数据可以包括视网膜扫描或指纹扫描数据、面部辨识技术以及其他已知和有用的生物计量标识。生物计量数据的全部或者有意义的一部分可以被使用在为人指派的公共密钥中。很容易设想到其他类似的实现方式。接下来，所述人或物品随后从一个位置行进到另一个(步骤1604)。所述人或物品随后在新的地理位置处提交虚拟标识符(步骤1606)。接下来，在步骤1607处，socoact系统确定正在登记的新位置是否不同于上一次登记的位置(也就是说处于不同的地区、州或国家内)。如果不是的话，处理结果。否则，当位置不同时，将新位置传送到socoact以用于记录在区块链中(步骤1608)。处理随后结束。在非金钱交易中，虚拟令牌可以使用opreturn代码等等来传达特定化信息。这样的字段可以把信息比特放置到交易的scriptsig值中，从而使得区块链的不可逆性可以被用来使得该信息在后来的时间是可验证的。op_return是将被使用在比特币交易中的有效操作码，其允许在不可花费的交易中使用80个任意字节。对于在其scriptsig中具有op_return的示例性交易，其散列例如可以是下面的文本串：8bae12b5f4c088d940733dcd1455efc6a3a69cf9340e17a981286d3778615684输入到socoact的节点中的命令例如是：$>bitcoindgetrawtransaction8bae12b5f4c088d940733dcd1455efc6a3a69cf9340e17a981286d3778615684其将产生以下输出：前面的op_return代码由十六进制值0x6a表示。该首字节之后是表示scriptpubkey中的其余字节的长度的一个字节。在这种情况下，其十六进制值是ox13，意味着还有19个字节。这些字节构成可以被允许在通过op_return操作码标记的交易中发送的任何的少于80个字节。出于人员跟踪的目的，由socoact系统分发的虚拟货币可以包括与opreturn代码机制相结合的以下数据字段：唯一标识符(un-id)代码10个位置(不可重写)gps起始位置——20个位置(不可重写)gps中间位置——20个位置(此字段可以不断改变)gps最终位置——20个位置(无法改变)姓名——14个位置性别——1个位置(m/f)指派时年龄——2个位置实例：gps起始位置——36.8166700,-1.2833300gps中间位置——38.897709,-77.036543gps最终位置——41.283521,-70.099466姓名——doe,john性别——m指派时年龄——53除了与每一个人相关联的任何政府发出的证件之外，还为此人提供一个唯一标识符。socoact区块链数据库5819j存储并且保持来自此人即将离开的国家的记录，连同照片、录音、声纹和/或此人的其他生物计量标识连同所建立的标识符。在后来的某一天，socoact可以公开访问区块链，并且人员位置可以是透明的并且可以被跟踪。在一个附加的实例中，包含记录在区块链中的人员跟踪信息的80字节报头在具有xml功能的格式中可以采取以下形式：<？xmlversion＝"1.0"？><rowset><row><un_id_code>gpsstartlocation(lowprecision)</un_id_code><10_-_numeric>12numeric</10_-_numeric><123456789>36.8166,-1.2833</123456789></row><row><un_id_code>gpsinterlocation</un_id_code><10_-_numeric>12numeric</10_-_numeric><123456789>38.8977,-77.0363</123456789></row><row><un_id_code>gpsfinallocation</un_id_code><10_-_numeric>12numeric</10_-_numeric><123456789>41.283521,-70.0999</123456789></row><row><un_id_code>name</un_id_code><10_-_numeric>14alpa</10_-_numeric><123456789>obama,barack,h</123456789></row><row><un_id_code>gender</un_id_code><10_-_numeric>m/f</10_-_numeric><123456789>m</123456789></row><row><un_id_code>ageatassignment</un_id_code><10_-_numeric>2numeric</10_-_numeric><123456789>53</123456789></row><row><un_id_code>filler</un_id_code><10_-_numeric>17blank</10_-_numeric><123456789></123456789></row><row><un_id_code></un_id_code><10_-_numeric>63positions</10_-_numeric><123456789></123456789></row></rowset>前面的示例性xml数据结构可以通过其字段名称、字段类型、字段大小和字段数据的下表来表示：字段名称字段大小/类型字段数据unid代码10数字123456789gps起始位置(低精度)12数字36.81,-1.28gps中间位置12数字38.89,-77.03gps最终位置12数字41.28,-70.09姓名14字母obama,barack,h性别m/fm指派时年龄2数字53填充符17空白80个位置在另一个实例中，包含记录在区块链中的人员跟踪信息的80字节报头在具有xml功能的格式中可以采取以下形式：<？xmlversion＝"1.0"？><rowset><row><un_id_code>gpsstartlocation(lowprecision)</un_id_code><10_-_numeric>12numeric</10_-_numeric><1323249990>35.8864,-78.8589</1323249990></row><row><un_id_code>gpsinterlocation</un_id_code><10_-_numeric>12numeric</10_-_numeric><1323249990>53.1355,-57.6604</1323249990></row><row><un_id_code>gpsfinallocation</un_id_code><10_-_numeric>12numeric</10_-_numeric><1323249990>42.3330,-71.0487</1323249990></row><row><un_id_code>name</un_id_code><10_-_numeric>20alpa</10_-_numeric><1323249990>fitzgerald,michael</1323249990></row><row><un_id_code>gender</un_id_code><10_-_numeric>m/f</10_-_numeric><1323249990>m</1323249990></row><row><un_id_code>ageatassignment</un_id_code><10_-_numeric>2numeric</10_-_numeric><1323249990>12</1323249990></row><row><un_id_code>filler</un_id_code><10_-_numeric>11blank</10_-_numeric><1323249990></1323249990></row><row><un_id_code></un_id_code><10_-_numeric>80positions</10_-_numeric><1323249990></1323249990></row></rowset>前面的示例性xml数据结构可以通过其字段名称、字段类型、字段大小和字段数据的下表来表示：在另一个实例中，包含记录在区块链中的人员跟踪信息的80字节报头在具有xml功能的格式中可以采取以下形式：<？xmlversion＝"1.0"？><rowset><row><un_id_code>gpsstartlocation(lowprecision)</un_id_code><10_-_numeric>12numeric</10_-_numeric><3102521980>37.5629,-122.325</3102521980></row><row><un_id_code>gpsinterlocation</un_id_code><10_-_numeric>12numeric</10_-_numeric><3102521980>42.2808,-83.7430</3102521980></row><row><un_id_code>gpsfinallocation</un_id_code><10_-_numeric>12numeric</10_-_numeric><3102521980>42.3317,-71.1211</3102521980></row><row><un_id_code>name</un_id_code><10_-_numeric>20alpa</10_-_numeric><3102521980>brady,thomas</3102521980></row><row><un_id_code>gender</un_id_code><10_-_numeric>m/f</10_-_numeric><3102521980>m</3102521980></row><row><un_id_code>ageatassignment</un_id_code><10_-_numeric>2numeric</10_-_numeric><3102521980>38</3102521980></row><row><un_id_code>filler</un_id_code><10_-_numeric>11blank</10_-_numeric><3102521980></3102521980></row><row><un_id_code></un_id_code><10_-_numeric>80positions</10_-_numeric><3102521980></3102521980></row></rowset>前面的示例性xml数据结构可以通过其字段名称、字段类型、字段大小和字段数据的下表来表示：字段名称字段大小/类型字段数据unid代码10数字3102521980gps起始位置(低精度)12数字37.56,-122.32gps中间位置12数字42.08,-83.74gps最终位置12数字42.37,-71.12姓名20字母brady,thomas性别m/fm指派时年龄2数字38填充符11空白80个位置用于人员跟踪的另一种有用的数据结构可以通过字段名称、字段类型、字段大小和字段数据的示例性下表来表示(相应的xml数据结构类似于在前文中提供的那些实例)：在一个附加的金钱实例中，包含将被记录在区块链中的交易信息的80字节报头在具有xml功能的格式中可以采取以下形式：<？xmlversion＝"1.0"？><rowset><row><field></field><purpose></purpose><updated_when_></updated_when_><field4>type</field4><size></size><example></example></row><row><field>version</field><purpose>blockversionnumber</purpose><updated_when_>whensoftwareupgraded</updated_when_><field4>integer</field4><size>4</size><example>1012</example></row><row><field></field><purpose></purpose><updated_when_></updated_when_><field4></field4><size></size><example></example></row><row><field>stockcode</field><purpose>256-bithashofthepreviousblockheader</purpose><updated_when_>stocksymbol；exchange；amount(％share)</updated_when_><field4>char</field4><size>32</size><example>goog.；nasdaq:0.00023</example></row><row><field></field><purpose></purpose><updated_when_></updated_when_><field4></field4><size></size><example></example></row><row><field>op_return</field><purpose>256-bithashbasedonallofthetransactionsintheblock(akachecksum)</purpose><updated_when_>atransactionisaccepted</updated_when_><field4>doubleint</field4><size>32</size><example>0x444f4350524f4f46</example></row><row><field></field><purpose></purpose><updated_when_></updated_when_><field4></field4><size></size><example></example></row><row><field>time</field><purpose>currenttimestampassecondssince1970-01-01t00:00utc</purpose><updated_when_>everyfewseconds</updated_when_><field4>int</field4><size>4</size><example>1444655572</example></row><row><field></field><purpose></purpose><updated_when_></updated_when_><field4></field4><size></size><example></example></row><row><field>bits</field><purpose>currenttargetincompactformat</purpose><updated_when_>thedifficultyisadjusted</updated_when_><field4></field4><size>4</size><example>484b4512</example></row><row><field></field><purpose></purpose><updated_when_></updated_when_><field4></field4><size></size><example></example></row><row><field>nonce</field><purpose>32-bitnumber(startsat0)</purpose><updated_when_>ahashistried(increments)</updated_when_><field4></field4><size>4</size><example>67953845</example></row><row><field></field><purpose></purpose><updated_when_></updated_when_><field4></field4><size></size><example></example></row></rowset>前面的示例性xml数据结构可以通过其字段名称、字段类型、字段大小和字段数据的下表来表示：用于实现本文中所描述的交易的另一种有用的数据结构可以通过字段名称、字段类型、字段大小和字段数据的示例性下表来表示(其相应的xml数据结构类似于在前文中提供的那些实例)：用于实现本文中所描述的交易的另一种有用的数据结构可以通过字段名称、字段类型、字段大小和字段数据的示例性下表来表示(其相应的xml数据结构类似于在前文中提供的那些实例)：用于实现本文中所描述的交易的另一种有用的数据结构可以通过字段名称、字段类型、字段大小和字段数据的示例性下表来表示(其相应的xml数据结构类似于在前文中提供的那些实例)：图17示出了用于socoact的投票处理的流程图。在该处理开始时，适当的人员可以接收表示每一项可能投票的虚拟硬币(步骤1702)。每一个虚拟硬币可以包含此人的socoact标识符和所期望的投票的散列。虚拟硬币将不会具有与之相关联的真实或虚拟货币。每一个人提交表示他或她所期望的投票的单一虚拟货币(步骤1704)。在步骤1705处，socoact确定所提交的投票比特币是否有效，这例如是通过把散列或去散列的值与保证真实性的所存储的已知值进行比较，正如本文中的别处所描述的那样。如果投票比特币是无效的，则处理结束。否则，所选择的比特币被传送到socoact以用于记录在针对投票建立的区块链中(步骤1706)。随后可以按照与前面关于图5描述的虚拟货币交易类似的方式进行这一具有硬币功能的交易(步骤1708)。在各个实施例中，当提交并且验证由所期望的投票表示的其中一个虚拟硬币时，可以由socoact将未被使用的投票硬币无效化。参照图18，其中所描绘出的逻辑流程图示出了通过socoact实施的部分所有权股权购买处理的总览。在该处理开始时，用户或客户选择将要购买的股权(步骤1802)。用户选择将要购买的股权的股份金额或金钱价值(步骤1804)。接下来，在步骤1805处，socoact系统确定用户在所标识出的源中是否具有足够的资金以进行购买交易。如果不是的话，处理结束。否则，可以关于所选择的股权为用户给出多个选项，比如买入、卖出、期权或交易。基于用户选择，确定用于交易的部分股份金额。举例来说，针对购买0.018559份的google股票的请求可以被记录在区块链中，例如作为“buy0.018559goog”，并且由socoact购买足够的股份以便偿付该订单连同任何其他部分股份所有者的订单(步骤1806)。用户的公共密钥被嵌入在记录部分所有权购买的区块中(步骤1808)。举例来说，公共密钥可以被记录在区块链中，例如作为3j98t1wpez73cnmqviecrnyiwrnqrhwnly。接下来，在步骤1810处，购买被记录在由socoact保持的区块链中。随后可以通过对区块链的挖掘来验证交易(步骤1812)。最后，在步骤1814处，向用户询问是否还有处理任何其他部分所有权交易。如果是的话，则处理返回到前面的步骤1802。否则，这一处理实例结束(步骤1816)。后面将关于图19-20更加详细地描述前面的步骤1802和1810。后面将关于图21更加详细地描述前面的步骤1812。参照图19，其中描绘出的数据图示出了用于socoact的股权研究处理的实施例。该处理开始于步骤1901，其中客户或用户106a使用客户终端106通过数据通信网络100访问socoact5801以便登录。从客户终端106通过数据通信网络100向socoact5801发送登录请求(步骤1902)。登录请求的数据结构可以具有与先前给出的总体相同的形式。随后由socoact接收和处理登录请求(步骤1904)。socoact随后实施比如在前面的图4中描绘的登录处理(步骤1905)，随后确认登录(步骤1906)。当登录确认时，socoact例如从账户数据库5819a取回用户的当前账户结存，并且把账户信息通过数据通信网络转发到客户终端106(步骤1908)。对数据库的查询可以包括具有前面对于其他数据库取回请求所讨论的相同总体形式的数据结构。登录确认和账户信息由客户终端106接收(步骤1910)，并且在客户终端106的显示设备上被显示给客户106a(步骤1912)。接下来，在步骤1914处，使用客户终端106的客户106a可以请求针对股权的当前价格的报价。该请求的数据结构具有前面对于其他数据库查询所描述的相同总体形式。股权报价查询由客户终端106通过数据通信网络100发送到socoact(步骤1916)。报价请求由socoact5801通过网络接口服务器102接收(步骤1918)。socoact随后把报价请求转发到第三方交易执行服务器104，以便获得用于所请求的股权的当前市场价格(步骤1920)。交易执行服务器104接收报价请求，并且从可用的市场数据确定当前价格(步骤1922)。随后通过数据通信网络把股权报价从交易执行服务器104经由网络接口服务器102发送到socoact5801(步骤1924)。socoact5801接收股权报价并且例如存储在市场馈送数据库5819z中(步骤1926)。socoact随后把股权报价通过数据通信网络转发到客户终端106(步骤1928)。股权报价随后由客户终端106接收(步骤1930)，并且在其显示设备上被显示给客户106a(步骤1932)。图20所示出的数据图示出了用于socoact的部分所有权股权交易处理的实施例。该处理从图19的处理继续，并且当客户106a使用客户终端106标识出将被用来购买股权的部分股份的资金源时开始(步骤2002)。当交易涉及通过虚拟货币支付时，所述资金源可以包括如前面所描述的钱包地址。当购买将通过真实货币(也就是美元)进行时，所述资金源可以包括例如银行账户或投资账户之类的金融账户的标识。由客户106a标识出的账户在账户标识消息中由客户终端106通过数据通信网络100发送到socoact5801(步骤2004)。socoact5801随后验证可用于部分股权购买的钱包中的资金金额或当前账户结存(步骤2006)，这是通过例如从账户数据库5819a取回所存储的钱包/账户数据(步骤2007)。所取回的钱包或账户数据通过网络接口服务器102和数据通信网络100被发送到客户终端106(步骤2008)。随后在终端106的显示设备上把钱包/账户数据显示给客户106a(步骤2010)。接下来，在步骤2012处，客户输入关于将要购买的目标股权的交易或股权购买金额的选择可以作为交易执行请求的一部分。交易执行消息由客户终端106发送(步骤2014)，并且随后由socoact5801通过数据通信网络100和网络接口服务器102接收(步骤2016)。socoact5801的订单生成组件5845随后处理交易，这可以包括在交易订单的执行之前从客户的账户或虚拟钱包提取资金(步骤2018)。当处理成功时，socoact5801的下订单组件5846把交易订单发送到第三方交易执行服务器104(步骤2020)。交易订单由服务器104接收并验证(步骤2022)，随后服务器104执行交易订单，这例如是通过在市场交易所中下相应的买入/卖出订单(步骤2024)。当交易订单成功执行时，交易执行服务器104把交易确认消息传送到socoact(步骤2026)。一旦接收到确认消息(步骤2028)，socoact5801的区块链组件5843把交易提交到区块链(例如参见图6的处理)(步骤2030)。随后交易订单确认被转发到客户终端106(步骤2032)，并且在其显示设备上被显示给客户106a(步骤2034)。这一处理实例随后可以终止。通过将其sha256摘要嵌入在由socoact保持的比特币类区块链中而核证部分股份的交换和所有权。这是通过生成特殊的比特币类交易而实现的，所述交易包含交易数据的散列值并且将其编码在op_return脚本内，所述脚本被存储在由socoact生成的区块中(参见图22-25)。op_return是把交易输出标记成可证明地不可花费并且允许插入少量数据(例如80字节)的脚本化操作码，其连同交易标识字段等等成为区块散列的一部分。一旦交易得到确认，所述交换/所有权就被永久性地核证，并且被证明至少早在交易被输入在区块链中的时间就存在了。如果部分股份的交换/所有权在交易被输入在区块链中的时间尚不存在，则将不可能把其摘要嵌入在交易中。这是由于散列函数的“抗第二原像(secondpre-imageresistant)”的属性而导致的。由于散列函数的固有抗原像性，嵌入某一散列并且随后将未来的文档适配成匹配该散列也是不可能的。这就是为什么一旦socoact区块链确认了为该区块生成的交易，其存在就被永久性地证明而不需要信任。图21所示出的数据图示出了用于socoact的股权所有权审计处理的实施例，通过该处理可以对区块链进行搜索，以便证明任何数目的客户对于一项或多项部分股份的所有权。该处理开始于步骤2101，其中客户106a将审计请求输入到客户终端106中。客户终端把审计请求转发到socoact(步骤2102)。socoact的区块链组件5843开始区块链查找处理(步骤2104)。socoact的区块链组件5843取回客户的可用公共密钥的标识(步骤2106)。socoact随后把公共密钥列表通过数据通信网络100传送到客户终端106(步骤2108)。随后在客户终端106上显示公共密钥列表(步骤2110)。接下来，在步骤2112处，客户106a通过针对客户终端106的输入选择他/她的其中一个或多个可用公共密钥。关于公共密钥的选择由客户终端106传送到socoact5801(步骤2114)。socoact又从客户终端106请求所选择的公共密钥(步骤2118)。客户终端从其内部存储器取回所选择的公共密钥(步骤2120)，并且将其转发到socoact(步骤2122)。socoact的区块链组件5843利用客户选择的公共密钥对相关的区块链数据实施解密(步骤2124)。对应于公共密钥的交易确认被取回并且发送到客户终端106(步骤2126)，并且随后在其显示设备上被显示给客户106a(步骤2128)，随后审计处理的这一实例结束。当客户106a想要确认交易在加有时间标记的时间的存在时，作为区块链查找的一部分实施以下步骤：(i)计算交易的sha256摘要。(ii)包含为之搜索交易的散列的op_return输出的socoact区块链中的交易。一些线上服务(比如coinszecrets或blockchain.info)可以很容易被用来找到op_return交易。区块链中的交易的存在证明文档在交易被包括到区块中时已存在。图22示出了为socoact所保持的区块链生成所有权区块的示意性表示。socoact的区块链功能是基于椭圆曲线密码术，其中从使用数字签名认证的椭圆曲线公共密钥和交易导出地址。椭圆曲线数字签名算法(ecdsa)是由比特币使用来确保资金由合法所有者花费的密码算法。作为32字节的单一无符号256比特整数的私有密钥实质上是随机生成的“秘密”数字，并且只为生成它的人所知。有效私有密钥的范围由比特币所使用的“secp256k1ecdsa标准”控制。公共密钥对应于私有密钥，但是不需要被保密。可以从私有密钥计算公共密钥，但是从公共密钥计算私有密钥在技术上是不可行的。因此，公共密钥可以被用来认证或确认数字签名的有效性。如图22中所示，源地址n向目的地地址m转账支付，这是通过使用其私有密钥对其进行数字签名，也就是先前交易tn和地址m的公共密钥的通过数学方式生成的散列h。此外，如图所示，可以通过在不知道其私有密钥的情况下使用n的公共密钥来验证地址n的数字签名。socoact区块链包含曾经执行的所有这样的交易，其中每一个区块包含先前区块的sha-256散列。有限域(fp)上的椭圆曲线是满足e的所有各对(x,y)∈fp的集合(最受欢迎的选择是素数域gf(p)，其中通过对素数p取模而实施所有运算)：y2＝x3+a.x+bmodp连同无限远o的虚点，其中p>3是素数，并且a、bεfp。在socoact的区块链中使用的密码签名是ecdsa签名并且使用定义在fp之上的曲线“secp256k1”，其中p＝2256–232–977，其具有256比特素数阶。这一选择与美国国家标准与技术研究院(nist)推荐的“fips186-4”标准的不同之处在于，曲线系数是不同的，以便加速用于离散对数的pollard’srho算法的标量乘法和计算。在给定ecdsa公共密钥k的情况下，使用密码散列函数sha-256和ripemd-160生成比特币地址：hash160＝ripemd-160(sha-256(k))如下面所说明的那样从hash160值直接计算socoact地址，其中base58是二进制到文本编码方案：base58(0x00||hash160||[sha-256(256(sha-256(0x00||hash160))/2224])但是，ecdsa签名可能存在以下与加密有关的潜在脆弱性和威胁：(i)当相同的公共密钥被用于多项交易或者相同的密钥对被用来保护同一实体所拥有的不同服务器时的不足够的或者较差的随机性；(ii)无效曲线攻击，其中如果二次扭曲上的某一点不满足正确的曲线方程，则攻击者例如通过错误注入(faultinjection)获得具有该点的秘密标量的倍数；(iii)例如边信道攻击、软件错误、设计或实现方式缺陷之类的实现方式问题；(iv)关于数论问题的困难性假设，比如有限域中或者椭圆曲线上的点群中的整数因数分解和离散对数计算不如在特定情境中所假设的那样适用。rsasecurityllc关于制止使用双椭圆曲线确定性随机币特生成(或双ecdrbg)的最近推荐以及drbg在例如dsa之类的消费应用上的妥协的影响也值得注意。交易是被广播到网络并且收集到区块中的带有签名的数据部分。其通常参考(多项)先前的交易，并且从中为一个或多个接收方地址指派特定的交易价值。交易通过被称作区块的文件的形式被记录在网络中。在图23和24中分别示出了区块及其相应的区块报头的结构。图23示出了由socoact保持的区块链中的股权所有权交易区块的数据结构的示意性表示。区块可以包含如图所示的以下字段：通常存储常数并且其大小可以被限制到4字节的“魔法数字”字段，通常把当前区块的以字节计的大小存储为一个4字节值的“区块大小”字段，后面将关于图24更加详细地描述的“区块报头”字段，列出存储在当前区块中的交易的数目并且其大小可以被限制到1-9字节的“交易计数器”字段，以及可以包含前面所描述的op_return代码值的交易字段。图24示出了由socoact保持的区块链中的所有权交易区块的区块报头字段的数据结构的示意性表示。区块报头字段可以包含以下子字段：包含可以是四个字节的区块版本号的版本字段，包含区块链中的先前区块的256比特散列的“hashprevblock”字段，基于区块内的所有交易的校验和的256比特散列的“hashmerkelroot”字段，包含交易的时间标记的“时间”字段，以及分别包含当前目标和一个32比特数字的“比特”字段和“不重数”字段。区块包含尚未被记录在先前区块中的发送到网络的最近的交易。每一个区块在其区块报头中包括关于其中一些或所有最近的交易的记录以及针对先前区块的参考。其还包含针对与该区块的交易验证有关的难以解决的数学问题的“答案”。该问题涉及找到非常大的整数的因数，这在计算上难以解决，但是一旦找到因数之后则容易由其他节点验证。通过使用时间标记服务器创建所有权链，所述服务器创建并且广泛公布将要加时间标记的项目的区块的散列，其中每一个时间标记在其散列值中包括先前的时间标记。为了防止二次花费，也就是说确保btc支付方不会签名针对相同的btc或者已经花费的btc的早前交易，时间标记服务器被用来保持其中接收到每一项交易的单一时间顺序历史。该处理确保在交易时，受付方知道大多数节点同时把接收到当前交易作为第一次接收。针对相同btc的后续交易不需要被记录，这是因为其在验证处理中被拒绝。图25示出了可以由socoact实施的从各个单独的区块创建区块链的示意性表示。由于确认交易不存在的唯一方式是保持所有交易的记录，因此正如在图25中所示出的那样，每一个时间标记在其散列中包括从第一项交易开始的先前时间标记。区块链使得二次花费非常困难，这是因为每一个区块之前是按照时间顺序的先前区块，并且是基于其散列值。为了防止二次花费，也就是说将相同的btc花费两次，公共密钥和签名被公布以作为公开可用并且可审计的区块链的一部分。为了使得篡改区块链是不可行的，工作量证明(pow)被用来使得添加每一个区块的成本非常高。socoact系统提供以下的好处。其为用户给出具有透明度的公开可验证的购买证据。socoact系统提供了用于部分股份购买的成本有效的机制，并且打开了在最初的比特币领域之外使用区块链技术的大门。当前世界范围内的比特币交易的数目是巨大的。当前，每分钟大约有十万次交易。如果一个比特币地址在今天接收到金钱并且在三个月后将金钱转出，这期间可能会发生大约一百亿次交易。相应地，对于比特币类虚拟货币交易的追踪在计算方面极为困难，从而使得对于此类交易的大规模监测几乎是不可能的。此外，虽然可以通过其公共密钥向区块链标识btc用户并且所有交易都通过其源和/或目的地地址被标识，但是并非所有公共密钥地址都可以对特定方公布并且可由其识别。本文中所介绍的socoact包括用以简化区块链中的交易记录的数据结构，从而把交易追踪操作减少到切合实际的计算大小，并且使得对于数以十亿计的交易的大规模审计可以很容易在合理的计算时间量内实现。但是除了涉及加密、解密以及其他计算密集的计算操作的区块链存储之外，socoact还可以附加地或替换地包括使用图论、矩阵理论和bloom过滤，以便创建其大小与前面描述的区块链记录相比得以减小的交易记录。相应地，这样的记录允许对于btc交易的更加快速的验证和审计。比特币和其他数字/虚拟货币交易关于金钱移动和用户关系可以具有不同的类型。图26是可以由socoact实施的多方之间的可能交易的示意性表示，其中用户1到用户6分别由标记u1、u2、u3、u4、u5、u6表示。在图26中提供了第一类型的入/出交易的一个实例，其中示出了u1向u2转账x1金额的货币。也就是说，u1在交易中有金钱流出，u2在交易中有金钱流入。同样示出了第二类型的环形交易，其中u2向u3转账x2金额，之后u3向u2转账x3金额。同样示出了第三类型的具有相同起源和目标的多次交易，其中u1向u2转账x1金额，并且u1在某一其他时间分开地向u2转账x4金额。由于比特币和类似的虚拟货币交易的性质，还出现了第四类型的自我交易。假设u4希望向u1转账x5金额的金钱，但是u4在他/她的钱包中拥有多于x5的结存。正如前面所描述的那样，交易被自动一分为二，其中x5去往u1，并且剩余的结存x6金额由socoact转账给u4。最后的第五类型的交易是在不相连的用户群组之间发生的交易。如图26中所示，u5向u6转账x7金额，并且二者与整个系统中的任何其他用户都不具有交易关系。应当提到的是，前面所说明的交易类型可以按照相同的方式分开数以百万计的其他交易和数以百万计的其他用户。专门编程的socoact系统将能够一次处理许多这样的交易，并且具有与系统用户的数量相匹配的可伸缩性。图27示出了各个实施例中的可以由socoact实施的一般矩阵确定和元组存储处理2700的数据图，以便存储交易数据从而使得能够以更高的计算效率对其进行审计。当用户106通过客户端106a输入交易请求时，处理开始(步骤2701)。所述请求通过数据通信网络被发送到网络接口102(步骤2702)，并且被转发到socoact系统5801(步骤2704)。socoact系统5801的vc交易组件5842处理交易，正如前面关于图5所描述的那样(步骤2705)。接下来，socoact系统5801的矩阵转换组件5847实施交易请求的图形/矩阵转换(步骤2706)，正如后面关于图28所详细描述的那样。包括新交易的矩阵信息例如被存储在socoact系统5801的矩阵/lil数据库5819q中(步骤2707)。接下来，socoact系统5801的bloom过滤器组件5848实施物理地址存储和lil更新处理(步骤2708)，正如后面关于图29更加详细地描述的那样。所得到的物理地址可以被存储在socoact系统5801的物理地址数据库5819p中。针对在矩阵中表示所有交易的lil的更新可以被存储在socoact系统5801的矩阵/lil数据库5819q中(步骤2709)。当交易完成时，socoact系统通过数据通信网络发送交易确认(步骤2710)，所述交易确认由客户端106a接收(步骤2712)并且被显示给用户(步骤2714)。随后，第三方可以请求对交易进行审计(步骤2716)。这样的请求可以来自希望对来自区块链的交易进行审计的金融机构、政府机关、另一个用户等等。由于直接对已加密区块链内容进行搜索可能是计算密集的，特别当交易的大小逼近数以百万计或数以十亿计的交易的数量级时，socoact系统5801允许使用将在后面更加详细地描述的交易的lil存储来对交易进行审计。审计请求由socoact系统5801从数据通信网络接收(步骤2718)。作为响应，socoact系统5801的bloom过滤器组件5848实施交易查询处理2720，正如在后面关于图29更加详细地描述的那样。从存储在矩阵/lil数据库5819q中的数据确定查询结果，并且最终从区块链数据库5819j取回(步骤2722)。包括任何所取回的数据的查询响应随后由socoact系统5801传送到从该处始发请求的第三方服务器104(步骤2724)。查询结果随后可以被显示给第三方(步骤2726)，随后处理2700结束。图28示出了根据前面的处理2700的可以由socoact系统5801实施的一般矩阵确定和元组列表存储处理2800的流程图。将通过对于单一交易的处理来解释处理2800。但是应当认识到，根据用户对系统的需求，socoact系统被设想到在其使用寿命期间处理数以十亿计的交易并且同时处理许多交易。当socoact系统接收到具有交易信息的交易请求时，处理2800开始(步骤2802)。通常来说，在数字货币转账的情境中，这样的交易信息至少包括以下数据：作为资金源的源地址(u1)，作为资金目的地的目的地地址(u2)，将要转账的货币的金额，以及交易的时间或时间标记。正如前面所描述的那样，源和目的地地址通常是基于保有在各个用户的数字货币钱包内的公共密钥。具体来说，在各个实施例中，这样的地址是公共密钥的sha256散列的ripemd-160散列。散列操作和所得到的大量比特(至少160比特)在实际上保证了每一个地址的唯一性。但是在socoact系统中直接通过电子方式查询和比较大量这样的地址可能是计算密集的。有不同的方式把图形存储在计算机系统中。所使用的数据结构取既取决于图形结构也取决于被用来操纵图形的算法。在给定图26中的交易的描述的情况下，我们可以根据众所周知的图论把交易关系转换成图形。各个用户被表示成“顶点”(u1,u2…)，金钱流出被表示成离开顶点的“边(edge)”或线，并且金钱流入被表示成进入顶点的边。交易金额可以由边的权重或长度表示。经过socoact的所有金钱移动都可以被表示成加权的、有向的、循环的、不相连的图形。根据图论，图形可以被表示在“邻接矩阵”中，并且加权图形可以被表示在“距离矩阵”中。邻接矩阵是在交易方面邻近其他顶点的那些顶点的手段。邻接矩阵是被用来表示有限图形的方阵。所述矩阵的元素表明各对顶点在图形中是否邻近。如果顶点1邻近顶点2，则矩阵中的值(行,列)是1(或真)，否则是0(或假)。距离矩阵与邻接矩阵类似。但是距离矩阵不仅记录两个顶点是否相连，而且如果两个顶点相连的话，则距离是表示这些顶点的行/列之间的权重，而不是具有单位值的条目。在距离矩阵中，位置(i,j)表示顶点ui与uj之间的距离。距离是连接顶点的路径的权重。在socoact的情况下，距离条目将对应于ui方与uj方之间的交易的金额。相应地，距离矩阵被用来记录金钱流动，从而把具有相同起源和目标的交易相组合，并且具有与交易金额一起记录的交易时间标记。自我交易不会被记录在距离矩阵中，这是因为在两方之间没有金额被交易。因此，由socoact存储的距离矩阵的对角线上的所有值都将是零。除了涉及加密、解密以及其他计算密集的计算操作的区块链存储之外，socoact还可以附加地或替换地包括使用图论、矩阵理论和bloom过滤，以便创建其大小与前面描述的区块链记录相比得以减小的交易记录。相应地，这样的记录允许对于btc交易的更加快速的验证和审计。比特币和其他数字/虚拟货币交易关于金钱移动和用户关系可以具有不同的类型。图26是可以由socoact实施的多方之间的可能交易的示意性表示，其中用户1到用户6分别由标记u1、u2、u3、u4、u5、u6表示。在图26中提供了第一类型的入/出交易的一个实例，其中示出了u1向u2转账x1金额的货币。也就是说，u1在交易中有金钱流出，u2在交易中有金钱流入。同样示出了第二类型的环形交易，其中u2向u3转账x2金额，之后u3向u2转账x3金额。同样示出了第三类型的具有相同起源和目标的多次交易，其中u1向u2转账x1金额，并且u1在某一其他时间分开地向u2转账x4金额。由于比特币和类似的虚拟货币交易的性质，还出现了第四类型的自我交易。假设u4希望向u1转账x5金额的金钱，但是u4在他/她的钱包中拥有多于x5的结存。正如前面所描述的那样，交易被自动一分为二，其中x5去往u1，并且剩余的结存x6金额由socoact转账给u4。最后的第五类型的交易是在不相连的用户群组之间发生的交易。如图26中所示，u5向u6转账x7金额，并且二者与整个系统中的任何其他用户都不具有交易关系。应当提到的是，前面所说明的交易类型可以按照相同的方式分开数以百万计的其他交易和数以百万计的其他用户。专门编程的socoact系统将能够一次处理许多这样的交易，并且具有与系统用户的数量相匹配的可伸缩性。为了快速地实施这样的搜索，bloom过滤器被用来对地址进行散列以用于计算方面更加可行的存储查找，从而解决了对于计算机化的密码函数所独有的问题。bloom过滤器(例如参见图35)是一种空间高效的概率性数据结构，其被用来测试某一数据单元是否是可以被存储在数据库中的某一集合的成员。正如本领域中所熟知的那样，bloom过滤器本身并不存储可取回的数据。相反，bloom过滤器表明给定的数据单元是否被存储在给定的数据库内。bloom过滤器通常还存储关于单元在数据库内的位置的指示，这是通过存储可以被用来从数据库中的特定位置获取所查询的数据单元的指针。因此，bloom过滤器不是用于数据单元本身的存储数据结构，而是在多个已建立的过滤器位置当中的每一个位置处存储关于数据库内的单元的存在的简单的“是”或“否”指示。当过滤器和相应的数据库为空时，或者对于与当前存储的单元不相关的那些位置，bloom过滤器中的所有位置存储“0”(或假)。当存储在数据库中的单元根据bloom过滤器的函数被映射到该位置时，bloom过滤器中的一个或多个位置存储二进制“1”(或真)，后面将对此进行详细描述。一个单元可以把一个或多个位置变为真。假阳性匹配是可能的，但是假阴性是不可能的，因此bloom过滤器具有100％召回率。换句话说，针对某一单元的给定查询返回两个答案当中的一个：或者“可能处于集合中”，或者“肯定不处于集合中”。单元可以被添加到集合，但是不可能被移除。被添加到集合的单元越多，假阳性的概率就越大。bloom过滤器通常适合于这样的应用，其中如果应用“传统的”无错散列技术，则源数据的数量将需要不切实际的大量存储器，比如对于大量区块链操作就是如此。bloom对于每个预期的单元只需要恒定数目的比特，而与单元宇宙的大小无关。根据数学中的“大写o标记”，插入和查找时间复杂度处于o(1)数量级。这意味着随着数据存储的增加，计算需求保持在恒定的复杂度水平，而不是例如随着数据存储大小的数量级增加或者指数地或线性地增加等等。其结果是，如果交易的总数例如是一到十亿，为了把交易添加到交易矩阵或者从矩阵元组列表中查询交易，可能只需要进行三到五次散列操作或假阳性比较。此外，区块链的一个数学属性在于，无法使用反向散列算法从所生成的钱包地址恢复散列的公共密钥。可以使用多个散列函数通过降低假阳性率来改进计算性能，但是不必如此。有用的散列函数包括已知的或等效的加密散列函数，比如murmur散列或sha-1。在应对大型数据集合和所存储的数据单元时，不同单元具有相同散列值的可能性预计是极为罕见的。应对机制也具有许多选项，比如实施多项附加的散列，对于已存储的数据单元存储已知的假阳性，以及在存储之前用额外的二进制0填充数据单元。后面将参照图35更加详细地描述bloom过滤器函数。回到处理2800，socoact系统对源地址(u1)应用bloom过滤器(步骤2804)，并且随后确定u1先前是否被映射到从应用bloom过滤器而得到的物理地址(步骤2806)。这可以通过在物理地址数据库5819p内进行查找而确定。如果u1先前没有被指派过物理地址(也就是说当u1之前从未进行过交易时)，则把u1指派到可以从应用bloom过滤器而得到的物理地址(步骤2808)，所指派的该地址随后与从公共密钥生成的u1的密码货币钱包地址相结合地被记录在数据库5819p中。另一方面，如果u1先前被指派过物理地址，则处理2800继续将bloom过滤器应用于目的地地址u2(步骤2810)。socoact随后确定u2先前是否被映射到从应用bloom过滤器而得到的物理地址(步骤2812)。这可以通过bloom过滤器查找而确定。如果bloom过滤器查找没有产生u2，则bloom过滤器查找结果为假，并且相应地没有必要进行数据库查找。如果u2先前没有被指派过钱包地址(也就是说当u2之前从未使用socoact系统进行过交易时)，则把u2指派到可以从应用bloom过滤器而得到的钱包地址(步骤2814)，所指派的该地址随后被记录在数据库5819p中。接下来，socoact确定在被用来监测通过socoact发生的所有交易的交易矩阵的列和行条目中是否存在u1条目(步骤2816)。如果没有先前的交易涉及u1，则在交易矩阵中将不具有现有的行、列条目，在这种情况下，socoact将基于u1的钱包地址添加行/列条目(步骤2818)。另一方面，如果u1条目已经存在于矩阵中，则处理2800接下来确定在交易矩阵中是否存在u2行/列条目(步骤2802)。如果u2条目不存在，则socoact基于u2的钱包地址把u2行/列条目添加到交易距离矩阵(步骤2822)。从前面的步骤2820或2822，则处理2800继续到步骤2824。接下来，在步骤2824处，socoact确定是否存在涉及u1和u2全部二者的先前交易。如果不存在这样的先前交易，则socoact将简单地把交易金额添加到距离矩阵中的u1、u2行/列(步骤2828)。另一方面，如果在交易矩阵中的对应于(u1,u2)的(行,列)条目中存在先前的条目，则socoact系统将替换地更新总交易金额以便包括新的交易金额(步骤2826)。在各个实施例中，总交易金额将是u1与u2之间的所有所记录的交易的金额。在附加的实施例中，u1与u2之间的每一项单独的交易的金额连同每一项交易的时间标记一起被存储在交易矩阵中所存储的值内。距离矩阵被用来记录发生在曾经涉及在任何交易中的每一对用户之间的交易。但是特别对于巨大的用户基础，在距离矩阵中将有很高百分比的行/列条目的值为零，这是因为在这样的用户对之间不存在交易。当大多数元素为零时，矩阵在数学上被视为“稀疏矩阵”。图形可以被表示在矩阵概念中。矩阵的存储可以具有不同格式。取决于矩阵和存储数据结构的特性，矩阵运算可以具有不同的复杂度。存在许多方式来电子存储稀疏矩阵，比如关键字字典(dok)、列表的列表(lil)、坐标列表(coo)、压缩稀疏行(csr)或压缩稀疏列(csc)，这些都是本领域技术人员所已知的。在本文中所描述的实例中将参考lil，但是同样也可以使用剩下的其他等效的数据结构。在该实施例中，lil对于每个列表存储一个元组，其中每一个条目包含行索引、列索引和值。lil是用于增量矩阵构造的良好格式，并且与比特币和虚拟或数字货币交易情形相配合，其中新的交易频繁地并且大量地到来。因此，在步骤2830处，更新后的矩阵被存储为具有新的交易细节的更新后的lil。处理2800随后关于该单独交易结束(步骤2832)。一旦在前面的处理中存储了交易，对这样的交易进行审计和搜索就变成是计算高效的，其方式与直接搜索区块链相比更加快速并且没有那么资源密集。图29示出了各个实施例中的可以由socoact实施的一般交易查询处理2900的流程图。当用户106通过客户端106a输入包括对应于例如作为审计目标的用户的地址的交易查询时，处理2900开始(步骤2902)。作为响应，socoact确定存在对应于所述地址的条目(步骤2906)。socoact可以通过把所述地址应用于bloom过滤器而这样做，以便在无需实际查找数据库的情况下确定是否记录了钱包地址。或者，socoact可以搜索物理地址数据库5819p，以便确定是否存在针对钱包地址的条目。如果没有条目存在，则处理2900继续到下面的步骤2918，并且审计结果是所要求的钱包没有被涉及在交易中。否则，socoact取回相应的钱包地址并且在lil中实施查找(步骤2908)。socoact接下来确定lil中的任何交易记录元组是否包括所查询的钱包地址(步骤2912)。如果不是的话，处理在下方的步骤2918处继续。否则，如果找到相应的元组，则socoact替换地从相应的交易记录元组取回交易金额和时间标记值(步骤2914)。可选的是，在步骤2916处，socoact随后识别在元组中所标识出的交易时被记录的适当区块链，并且通过使用查询目标的地址进行搜索而从适当的区块链取回相应的交易(例如参见前面关于图7描述的处理)(步骤2916)。当从(多个)区块链取回了所有交易信息时，则查询结果由socoact传送到客户端以供显示给发起查询的用户(步骤2918)。处理2900随后关于该单独查询结束(步骤2920)。根据前述内容，图30示出了用于由socoact实施的比特币类交易的输入和输出的数据结构的示意性表示。与btc相同，socoact使用出于验证目的被添加到区块链并且降低欺诈交易进入的可能性的先前交易散列。socoact数据结构可以包括先前交易散列字段，其可以是具有32字节的示例性字段长度的先前交易记录的双sha-256散列。交易记录数据结构还可以包括存储索引将要使用的交易的输出的非负整数的4字节先前交易输出字段。1-9字节的交易脚本长度字段包含表示任何伴随脚本的数据结构长度的非负整数以用于传输验证目的。最后，可以有用于记录该socoact处理的交易的顺序号的四字节顺序号字段。图31是由socoact生成的用以表示在图26中所描绘的各种交易的距离矩阵的示例性表示。使用距离矩阵代表针对现有技术区块链技术的显著改进。在该实例中仅标识出六个用户(u1…u6)。在适当的列/行条目中示出了对应于图26所图示的交易的交易金额。图32是由socoact生成的用以表示来自图26的各个顶点的流出的距离矩阵的示例性表示，并且已经被扩展到包括任意数目的用户。假设图26中示出的交易是数以百万计的交易当中的一个较小子集，一般的金钱流动可以用图32的矩阵m表示，其对于每一个位置(i,j)示出了离开顶点ui和进入顶点uj的金钱流动。为了追踪其他方向上的金钱流动，矩阵m可以被转置成矩阵mt，其中对于每一个位置(i,j)示出了进入顶点ui和离开顶点uj的金钱流动。图33是由socoact生成并且使用来表示来自图26的各个顶点的流入的转置距离矩阵mt的示例性表示。对于本文中关于矩阵所描述的函数，应当认识到，距离矩阵m和转置矩阵mt可以由socoact系统5801同时使用和存储。图34是由socoact从来自图31的距离矩阵的稀疏矩阵m(和/或转置矩阵mt)生成的lil列表的示例性表示。稀疏矩阵m可以被存储在(行,列,值)元组的列表中。图34示出了稀疏矩阵m的元组如何被存储。稀疏矩阵mt是类似的，因此省略mt的单独示范。根据大写o标记，lil稀疏矩阵的存储空间复杂度处于o(n)的数量级，其中n是交易总数。因此，存储复杂度仅根据所存储的数据的数量级而增加，正如对于密码存储和取回将发生的那样。图35是可以由socoact使用来进行前面所描述的交易存储和查询的bloom过滤器的示意性表示。出于交易追踪目的，交易记录有两个主要的用途。第一个用途是把新交易插入到矩阵m中并且相应地插入到被用来表示m的lil中。另一个用途是在给定一个地址开始的情况下对lil进行查找以用于交易追踪。正如在图35中通过视觉方式表示的那样，bloom过滤器可以使用一种或多种散列算法。为了挑选出适当的散列算法将考虑下面的因素：针对元组阵列的数据格式要求，来自随着时间增长的数以十亿计的交易的数据量，数据使用(特别是与数据量相比的不频繁的查询，也就是说只有当怀疑有可疑活动时才查询)，更新要求(也就是说所有新交易都需要记入日志)，性能预期(在给定数据量和预期数据量增长的情况下，优选的是独立于数据量的算法)。在给定源和目的地地址的唯一性的情况下，在本领域内可以有许多散列算法可以适用于这些要求。我们在这里使用线性同余生成器(lcg)作为表明其如何工作的一个实例。lcg是产生利用不连续的逐段线性等式计算的伪随机化数字序列的算法。可以总体上通过以下递归关系式来定义这样一种有用的lcg：xn+1＝(axn+c)modm其中x是值序列，m是模数，a是处于0<a<m范围内的乘数，c是处于0<＝c<m范围内的增量值。x0是起始值或“种子”。取模运算或模数找到将一个数字除以另一个数字之后的余数。这种形式的lcg可以计算一次或多次预定义数字，以便在单次散列运算中获得目标值。应当认识到，可以对地址值应用一定顺序号次数的lcg，以便产生本文中所使用的物理地址。替换地或附加地，可以对散列的公共密钥的各个单独片段应用一次或多次lcg以便产生物理地址。应当提到的是，lcg通常不再与密码应用一起使用。这是因为当把一个字符作为线性同余生成器的种子并且随后迭代一次时，结果是很容易通过标准频率分析破解的简单古典密码。但是由于物理地址从未由socoact广播到任何外部方，因此没有理由害怕其使用会被黑客或者其他不值得信任方破解。后面关于bloom过滤器的应用的实例是出于说明的目的。刻意选择将产生冲突的散列算法以便表明如何调和冲突。在正确选择散列函数的情况下，冲突是极为罕见的。这是搜索或插入性能如何可以差不多与o(1)一样好的原因。针对bloom过滤器选择散列函数的原理包括：(1)使用多个独立的散列函数(murmurhash或sha-1)；(2)使用例如sha512之类的密码散列函数；以及(3)使用随后被线性组合的两个独立散列函数。将要使用的bloom过滤器的大小(所需比特数m)和散列函数的数目取决于应用，并且可以使用m＝-n*ln(p)/(ln(2)^2来计算，其中n是所插入的单元的数目，并且p是所期望的(优化的)假阳性概率。在给定插入在过滤器中的单元数目n和将要实现的所期望的假阳性概率p的情况下，该公式将提供将用于过滤器的所需比特数m。所述公式表示对于给定的假阳性概率p，bloom过滤器的长度m与正被过滤的单元数目n成比例。随后如下计算散列函数的理想数目k：k＝0.7*m/n。如果值p和n对于所需的应用是已知的，则前面的公式将产生m和k的值，以及如何适当地选择k个散列函数。随着数据量增长以及bloom过滤器假阳性概率p增大，n*ln(p)变得越来越大。预期附加的散列函数会把假阳性率保持得较低。但是假阳性率仍然可能达到使得bloom过滤器需要改造的阶段，所述改造例如是通过使用新的散列函数并且重新安排存储在内容的所有项目。这样的努力(如果确实需要的话)很少发生，但是当需要时可以显著改进bloom过滤器性能。示例性的ascii到十六进制(hex)转换表可以是如下：a-41b-42c-43m-4dn-4e示例性的第一lcg散列函数及其参值可以是如下：散列函数1：x＝(a*(十进制单元值)+c)modm，设a＝5、c＝8、m＝17(或其他素数)对于该例，bloom过滤器的大小被设定为与模值m一样大，但是并不需要如此。在实践中，模数通常是较大的素数，但是同样并不需要如此。在该例中，基于前面所选择的模值m，bloom过滤器可以具有十七个位置。第二示例性散列函数(为了得到令人满意的性能其必须独立于前面的第一散列函数)可以是如下：散列函数#2：x＝(将各个奇数位置值的值加在一个单元中)modm，设m＝11包括“来自”和“去往”全部二者的比特币钱包地址通过字符串的形式来表示。可以从前面的第一散列函数如下计算简化的示例性字符串：element1＝‘abm’abm＝41+42+4d(前面的从ascii到hex转换表)＝d0(当前面的hex值被相加时则具有hex形式)＝208(当从hex转换到十进制形式时)类似地，element2＝‘bcn’bcn＝42+43+4e＝211并且，element3＝‘bam’bam＝42+41+4d＝208散列函数随后被用来对于这些单元当中的每一个计算bloom过滤器中的相应散列。hash(abm)＝(5*208+8)mod17＝11hash(abm)＝(值“a”+值“m”)mod11＝(41+4d)mod11(十六进制)＝(65+77)mod11(十进制)＝10相应地，作为前面的散列函数的结果，二进制“1”将被存储在bloom过滤器的位置11和10中。指向数据库中的单元abm的位置的指针可以被附着到hash2索引，从而将与位置10相关联地被存储。下面是把第二单元(“bcn”)添加到bloom过滤器中的一个实例：hash1(bcn)＝(5*211+8)mod17＝9hash2(bcn)＝(值“b”+值“n”)mod11＝1相应地，作为前面的散列函数的结果，二进制“1”将被存储在bloom过滤器的位置9和1中。指向数据库中的单元bcn的位置的指针可以被附着到hash2索引，从而将与位置1相关联地被存储。下面是把第三单元(“bam”)添加到bloom过滤器中的一个实例：hash1(bam)＝(5*208+8)mod17＝11hash2(bam)＝(值“b”+值“m”)mod11＝0相应地，作为前面的散列函数的结果，二进制“1”应当被存储在bloom过滤器的位置11和0中，但是位置11已经填充有来自前面的单元abm的条目的二进制1。指向数据库中的单元abm的位置的指针可以被附着到hash2索引，从而将与位置11相关联地被存储。下面是关于bloom过滤器的冲突应对的一个实例。假设存在导致hash1(x)＝10和hash2(x)＝1的单元x的条目。这样就与前面的先前单元的条目产生了冲突，这是因为位置1和10先前已被占据。有许多方式来应对这一冲突。第一种方式是添加一个附加的独立散列函数以生成第三值，并且使用该第三值作为针对用于把单元x存储在数据库中的指针的索引。第二种方式是把冲突的值填充到存储中的现有值。下面是第四单元y的bloom过滤器查找函数的一个实例，其中hash1(y)＝3并且hash2(y)＝10。根据前面的单元条目和结果，由于在位置3处没有存储“1”，因此100％地确定在数据库中完全不存在该单元。下面是在使用bloom过滤器时可能遇到的假阳性应对的一个实例。对于单元t的查找，假设hash1(t)＝10并且hash2(t)＝1。这当然与前面的bloom过滤器的位置10和1被占据的先前条目冲突。因此，这一搜索的结果产生了假阳性。在这样的情况下，根据存储在位置1(即hash2的结果)处的指针取回数据。根据前面的单元，单元bcn与位置1相关联地被存储，并且该单元与所查询的单元t不匹配。查找查询随后可以根据所选择的冲突应对方式而继续，也就是说通过实施第三散列函数并且寻找与所得到的值相关联地存储的数据指针，或者通过查看存储在bloom过滤器的位置1处的填充字段。根据前述内容，在查找期间，一个或多个散列函数被用来确定单元的存在。如果发现对应于散列的所有比特都为真，则可以意味着单元处于数据库中，或者意味着假阳性。但是如果对应于散列的任何比特为假，则意味着单元肯定不存在于数据库中。在大型值数据库中，并且特别是在其中将遇到大得多的单元的真实世界实例中，通过使用bloom过滤器会大大减少确定给定单元的存在与否所需要的计算的数目，从而导致高计算效率。现在参照图36，其中给出了由socoact存储的交易元组的数据结构的示意性表示。(行,列,值)元组被存储在lil中。行和列是在交易中涉及的两方。来自和去往地址被存储，并且准备好使用本文中所描述的bloom过滤器进行查找。矩阵m可以被用来追踪金钱流出，并且转置矩阵mt可以被用来追踪针对特定用户的金钱流入。在各个实施例中，元组中的值不是用以标示一项交易中的金钱金额的数字值。其相反地是<金额,时间标记>对的结构。在不同时间发生的交易通过这种方式可以很容易被彼此分开，并且被用于精确的追踪。图26中的u1与u2之间的交易被表示在图36中所示出的数据结构中。本发明的创新提出一种针对以最优的计算效率追踪btc或者其他虚拟或数字货币区块链交易的解决方案。存储处于o(n)的数量级，其中n是交易总数，因此存储是线性增长。时间复杂度处于o(1)的数量级，因此使用恒定大小的查找表。一旦一项交易被识别成存在问题，整个金钱流动能够以最优的计算复杂度被追踪，并且因此可以被用来促进对于可能由socoact系统的用户尝试的例如洗钱之类的欺诈交易的预防和起诉。图37示出了用于socoact的示例性模型。在图37中，中央恒定性数据结构存储库(ccdss)发出可以与(例如受许可区块链上的)受许可账目一起使用的密码令牌。在各个实施例中，可以对于多种资产发出密码令牌，比如货币(例如美元(usd))、证券(例如国库券、股权、债券、衍生品)、真实世界物品(例如汽车)等等。参与者(例如参与者a和参与者b)可以在3701处通过向其各自的托管人发出指示而把资产转换成密码令牌。举例来说，参与者a可以发出把usd转换成密码令牌的指示。在另一个实例中，参与者b可以发出把美国国库券转换成密码令牌的指示。在一些实现方式中，资产可以被存入ccdss或者对于资产的控制可以被转移到ccdss以便交换密码令牌(例如为了保证密码令牌的价值)。ccdss(例如fed)可以在3705处向发起请求的参与者的账户数据结构数据存储库(例如与受许可账目相关联的电子钱包)发出密码令牌。密码令牌随后可以被使用(例如在参与者a与参与者b之间的双方交易中)，并且好处是消除了例如对应方风险(例如资金是否实际可用)、外国货币风险(例如btc价值与usd的关系可能会有波动，但是usd密码令牌价值与usd的关系则不会波动)以及定时风险(例如通过scg和scf组件促进的同时交易)之类的风险。图38示出了用于socoact的示例性模型。在图38中，另一个受信任实体(例如存托和结算公司(dtcc))可以替代ccdss发出密码令牌。在一个实施例中，受信任实体可以在3801处与ccdss建立账户，以用于固定(例如存入、转移控制)交换密码令牌的资产的目的。参与者(例如参与者a和参与者b)可以在3805处通过向其各自的托管人发出指示而把资产转换成密码令牌。举例来说，参与者a可以发出把usd转换成密码令牌的指示。在另一个实例中，参与者b可以发出把美国国库券转换成密码令牌的指示。在一些实现方式中，可以通过受信任实体将资产存入ccdss或者将对于资产的控制转移到ccdss以便交换密码令牌(例如为了保证密码令牌的价值)。受信任实体(例如dtcc)可以在3810处向发起请求的参与者的账户数据结构数据存储库(例如与受许可账目相关联的电子钱包)发出密码令牌。密码令牌随后可以被使用(例如在参与者a与参与者b之间的双方交易中)，并且好处是消除了例如对应方风险、外国货币风险以及定时风险之类的风险。图39示出了用于socoact的示例性使用情形。在图39中示出了利用密码令牌的双方回购。每一个参与者(参与者a(例如资金)和参与者b(例如交易商))可以与促进区块链交易的参与者账户数据结构(其例如可以包括与参与者性关联的密码数据，比如参与者的私有密钥)相关联，并且与根据区块链交易被修改的账户数据结构数据存储库(例如具有密码令牌的电子钱包)相关联。在3901处，参与者可以协商交易的大小和将要交换的资产(例如usd密码令牌和质押美国国库券密码令牌)。在一种实现方式中，参与者b(例如交易商)可以在3905处提出特定的质押和货币金额。举例来说，交易者b可以使用智能合约生成器gui。参与者a(例如资金)可以同意所提出的智能合约，并且可以在3910处通过scg组件把智能合约提交到区块链。在智能合约中规定的密码令牌可以由参与者存入(例如存储到一个或多个权威机构)，并且在3915处可以通过scf组件促进交换。参与者的账户数据结构数据存储库可以被更新以便反映交换。图40a-40b所示出的数据图示出了用于socoact的数据流程的实施例。在图40a-40b中，参与者a4002可以向socoact服务器4006发送智能合约请求4021。举例来说，参与者a(例如资金)可能希望与参与者b4004(例如交易商)进行回购交易，并且可以使用客户端设备(例如台式机、膝上型计算机、平板设备、智能电话)访问智能合约生成器，以便定义用于回购交易的智能合约的条款并且/或者促进生成智能合约请求。在一种实现方式中，智能合约请求可以包括例如以下数据：请求标识符、合约类型、合约方、合约条款、合约输入、用于外部输入的oracle、密码签名、智能合约地址等等。举例来说，客户端可以提供以下的示例性智能合约请求，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：参与者b4004可以同意所提出的针对回购交易的智能合约(例如使用9174312股的nasdaq:aapl股份作为质押，借10亿美元使用1天)，并且可以向socoact服务器4006发送智能合约请求4025。举例来说，参与者b可以使用客户端设备对所提出的智能合约进行签名，以表明同意并且/或者促进生成智能合约请求。举例来说，客户端可以提供以下的示例性智能合约请求，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：智能合约请求数据可以由智能合约生成(scg)组件4029使用来促进生成智能合约以及/或者把智能合约提交到区块链。关于scg组件的附加细节参见图41。socoact服务器可以向参与者a和/或参与者b通知智能合约已经由全部两方签名，并且分别使用智能合约确认4033和/或智能合约确认4037被提交到区块链。参与者a可以向权威机构a4008发送密码货币存入请求4041，以便满足其交付价值10亿美元的密码令牌(例如先前从ccdss或另一个受信任实体获得)的义务。权威机构a可以是ccdss(例如fed)、另一个受信任实体(例如dtcc)、担保代理、参与者a处的特殊账户等等。在一个实施例中，密码货币存入请求可以是把密码令牌从参与者a的账户数据结构数据存储库(例如与受许可账目相关联的电子钱包)转移到权威机构a的账户数据结构数据存储库的区块链交易。参与者b可以向权威机构b4010发送密码质押存入请求4045，以便满足其交付价值9174312股的nasdaq:aapl股份的密码令牌(例如先前从ccdss或另一个受信任实体获得)的义务。权威机构b可以是ccdss(例如fed)、另一个受信任实体(例如dtcc)、担保代理、参与者b处的特殊账户等等。应当理解的是，在一些实现方式中，权威机构a和权威机构b可以是同一实体。在一个实施例中，密码质押存入请求可以是把密码令牌从参与者b的账户数据结构数据存储库(例如与受许可账目相关联的电子钱包)转移到权威机构b的账户数据结构数据存储库的区块链交易。权威机构a可以向socoact服务器发送oracle数据消息4049，以便提供由智能合约利用的oracle数据。在一个实施例中，oracle数据消息可以规定已经与智能合约相关联地(例如基于智能合约的地址)存入权威机构a(例如在具有可查看的元数据的报头中)的密码令牌，并且/或者可以包括允许访问所存入的密码令牌(例如直到智能合约被解锁时才可用于参与者b)的访问令牌数据(例如口令、私有密钥)。举例来说，权威机构a可以提供以下的示例性oracle数据消息，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：权威机构b可以向socoact服务器发送oracle数据消息4053，以便提供由智能合约利用的oracle数据。在一个实施例中，oracle数据消息可以规定已经与智能合约相关联地(例如基于智能合约的地址)存入权威机构b(例如在具有可查看的元数据的报头中)的密码令牌，并且/或者可以包括允许访问所存入的密码令牌(例如直到智能合约被解锁时才可用于参与者a)的访问令牌数据(例如口令、私有密钥)。举例来说，权威机构b可以提供以下的示例性oracle数据消息，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：oracle数据可以由智能合约履行(scf)组件4057使用来促进解锁智能合约和/或向参与者发送访问令牌数据。关于scf组件的附加细节参见图42。socoact服务器可以向参与者a和/或参与者b发送访问令牌数据，从而允许分别使用令牌数据消息4061和/或令牌数据消息4065来访问所存入的密码令牌。在一种实现方式中，可以通过利用参与者的公共密钥进行加密来保护用于该参与者的访问令牌数据的安全，并且参与者可以使用该参与者的私有密钥对其进行解密。参与者a可以向socoact服务器发送密码质押转账请求4069(例如区块链交易)，以便把与回购交易相关联的质押密码令牌从权威机构b的账户数据结构数据存储库(例如与受许可账目相关联的电子钱包)转移到参与者a的账户数据结构数据存储库。socoact服务器可以按照关于图5在4073处所描述的类似方式促进该交易，并且可以向参与者a发送交易确认4077。参与者b可以向socoact服务器发送密码货币转账请求4081(例如区块链交易)，以便把与回购交易相关联的货币密码令牌从权威机构a的账户数据结构数据存储库(例如与受许可账目相关联的电子钱包)转移到参与者b的账户数据结构数据存储库。socoact服务器可以按照关于图5在4085处所描述的类似方式促进该交易，并且可以向参与者b发送交易确认4089。图41所示出的逻辑流程图示出了用于socoact的智能合约生成(scg)组件的实施例。在图41中，可以在4101处获得智能合约生成请求。举例来说，智能合约生成请求可以是作为参与者使用智能合约生成器(例如网站、应用)生成智能合约的结果而获得的。关于可以由参与者利用的智能合约生成器gui参见图43-45。可以在4105处确定与智能合约相关联的合约类型。在各个实施例中，智能合约可以被用来进行回购交易(例如回购类型)，定义衍生品(衍生品类型)，转移资产(例如转移类型)，进行投票(例如投票类型)，限制对于账户数据结构数据存储库的访问(例如限制类型)，释放针对账户数据结构数据存储库的额外密钥(例如备份类型)，购买股票(例如购买类型)等等。应当理解的是，可以利用与各种智能合约生成器gui相关联的多种合约类型。在一种实现方式中，可以基于与智能合约生成器gui的合约类型字段相关联的值(例如由参与者指定)来确定与智能合约相关联的合约类型。可以在4109处确定与智能合约相关联的合约方。在一种实现方式中，可以基于与智能合约生成器gui的参与者(例如参与者a、参与者b)字段相关联的值(例如由参与者指定)来确定与智能合约相关联的合约方。应当理解的是，根据智能合约的类型和/或配置，对于智能合约可以指定任意数目的参与者(例如1个参与者，2个参与者，3个或更多参与者)。可以在4113处确定与智能合约相关联的合约条款。在一个实施例中，合约条款可以包括将要交换的资产的标识符和/或数量。在另一个实施例中，合约条款可以包括基于由oracle源提供的数据而规定资产的价值。在另一个实施例中，合约条款可以包括基于地理围栏、时间范围围栏、反探通(例如活动的缺失)、交易/消费跟踪(密码令牌如何被花费)、天气等等(例如洪水、地震、火山爆发、岩浆流之类的自然事件；例如政治动荡、战争、恐怖袭击之类的政治事件)条件(例如基于由oracle源提供的数据)来规定将要采取的动作(例如限制访问、释放额外密钥、购买股票、按照特定方式投票)。在另一个实施例中，合约条款可以包括另一个智能合约(其例如充当oracle)，从而导致级联智能合约。应当理解的是，可以利用与各种智能合约生成器gui相关联的多种合约条款。在一种实现方式中，可以基于与一个或多个智能合约生成器gui的各种字段、图形、地图等等相关联的值(例如由参与者指定)来确定与智能合约相关联的合约条款。在4117处可以确定合约是否包括外部输入。如果是的话，则可以在4121处确定用于这样的外部输入的oracle。在一种实现方式中，可以基于与智能合约生成器gui的oracle源字段相关联的值(例如由参与者指定)来确定与智能合约相关联的oracle。应当理解的是，对于智能合约可以利用多种oracle(例如股票交易所、gps数据提供者、日期/时间提供者、众包分散式数据提供者、新闻提供者、活动检测器、rss馈送以及其他oracle源)。在各个实施例中，rss馈送可以是来自基于传感器的设备，比如移动电话(例如其中来自许多这样的设备的数据被聚合到一项馈送中)，可以是社交网络(例如twitter、facebook)或新闻馈送(例如可以通过各种参数进一步过滤)，可以是市场数据馈送(例如通过itc2.1和/或对应的馈送协议的bloomberg的phatpipe、统一报价系统(cqs)、统一证券行情协会(cta)、统一证券行情系统(cts)、dun&bradstreet、otc蒙太奇数据馈送(omdf)、reuter的tib、triarch、美国股权交易和报价市场数据、非挂牌交易特权(utp)交易数据馈送(utdf)、utp报价数据馈送(uqdf)等馈送)等等，并且通过选择oracle可以发出针对获得所选馈送的数据流的请求。在一种实现方式中，众包分散式天气提供者可以获得(例如从参与用户的智能电话)众包天气数据(例如温度、湿度)，并且为智能合约提供这样的(例如组合的)天气数据。举例来说，智能合约可以规定，如果众包天气数据与规范相匹配，则应当订下针对资产(例如玉米期货)的订单。可以在4125处获得合约方的同意。在一种实现方式中，合约方可以提供密码签名以表明其同意智能合约。可以在4129处按照与受许可账目兼容的格式生成智能合约，并且在4133处提交到区块链(例如存储在合约数据库5819r中)。在一个实施例中，可以通过把所确定的合约数据转换成兼容的格式(例如通过api)而生成智能合约。在一种实现方式中，智能合约可以被存储在可以被允许在区块链交易中发送的任意的80字节报头中。举例来说，包含记录在区块链中的智能合约信息的80字节报头在具有xml功能的格式中可以采取以下形式：<？xmlversion＝"1.0"？><field><row><field></field><purpose></purpose><field4>type</field4><size></size><example></example></row><row><field>version</field><purpose>blockversionnumber</purpose>whensoftwareupgraded<field4>integer</field4><size>4</size><example></example></row><row><field></field><purpose></purpose><field4></field4><size></size><example></example></row><row><field>stockcode</field><purpose>256-bithashofthepreviousblockheader</purpose>stocksymbol；exchange；amount(％share)<field4>char</field4><size>32</size><example>goog.；nasdaq:0.00023</example></row><row><field></field><purpose></purpose><field4></field4><size></size><example></example></row><row><field>op_return</field><purpose>256-bithashbasedonallofthetransactionsintheblock(akachecksum)</purpose>atransactionisaccepted<field4>doubleint</field4><size>32</size><example>0x444f4350524f4f46</example></row><row><field></field><purpose></purpose><field4></field4><size></size><example></example></row><row><field>time</field><purpose>currenttimestampassecondssince1970-01-01t00:00utc</purpose>everyfewseconds<field4>int</field4><size>4</size><example>1444655572</example></row><row><field></field><purpose></purpose><field4></field4><size></size><example></example></row><row><field>bits</field><purpose>currenttargetincompactformat</purpose>thedifficultyisadjusted<field4></field4><size>4</size><example></example></row><row><field></field><purpose></purpose><field4></field4><size></size><example></example></row><row><field>nonce</field><purpose>32-bitnumber(startsat0)</purpose>ahashistried(increments)<field4></field4><size>4</size><example></example></row><row><field></field><purpose></purpose><field4></field4><size></size><example></example></row></field>前面的示例性xml数据结构可以通过其字段名称、字段类型、字段大小和字段数据的下表来表示：举例来说，所生成的智能合约数据可以通过下面示出的数据结构来表示：图42所示出的逻辑流程图示出了用于socoact的智能合约履行(scf)组件的实施例。在图42中，可以在4201处获得智能合约履行请求。举例来说，可以获得智能合约履行请求以便确定智能合约是否应当被解锁。可以在4205处获得用于智能合约的oracle数据。举例来说，对于回购智能合约，可以获得oracle数据以便确认双方都履行了其义务(例如参与者a存入价值10亿美元的密码令牌，并且参与者b存入价值9174312股的nasdaq:aapl股份的密码令牌)。在一种实现方式中，oracle(例如权威机构a、权威机构b)可以基于与智能合约相关联的地址发送oracle数据。可以在4209处确定所获得的oracle数据的源。如果源是权威机构a，则可以在4215处确定来自权威机构a的令牌数据(例如通过解析来自权威机构a的oracle数据消息)。在一种实现方式中，可以解析与oracle数据消息相关联的报头，以便确定在权威机构a处存入了什么。socoact可以在4219处验证令牌数据与相应的智能合约义务相匹配。举例来说，可以把报头数据(例如密码令牌-10亿美元被存入)与义务交付(例如密码令牌-10亿美元)进行比较，以便验证已在权威机构a处存入正确的货币金额。在一些实施例中，可以实施附加的验证。举例来说，如果智能合约规定应当由参与者a交付真实世界物品(例如具有规定的vin的汽车)，则可以跟踪真实世界物品(例如通过恒定的视频流)。如果真实世界物品在被交付到指定位置之后被移动，则可以把与真实世界物品相关联的令牌数据(例如基于vin关联)设定成无效。如果源是权威机构b，则可以在4225处确定来自权威机构b的令牌数据(例如通过解析来自权威机构b的oracle数据消息)。在一种实现方式中，可以解析与oracle数据消息相关联的报头，以便确定在权威机构b处存入了什么。socoact可以在4229处验证令牌数据与相应的智能合约义务相匹配。举例来说，可以把报头数据(例如密码令牌-9174312股的nasdaq:aapl股份被存入)与义务交付(例如密码令牌-9174312股的nasdaq:aapl股份)进行比较，以便验证已在权威机构b处存入正确的质押。在一些实施例中，可以实施附加的验证(例如在前面关于真实世界物品所描述的那样)。可以在4231处确定智能合约是否应当被解锁。在一种实现方式中，如果来自所指定的oracle的数据已经被接收到并且与合约数据相匹配，则智能合约应当被解锁。如果其中一些oracle数据还没有被接收到，则socoact可以在4233处等待附加的oracle数据。如果oracle数据已经被接收到并且与合约数据相匹配，则可以在4235处把来自权威机构a的访问令牌数据发送到参与者b，并且/或者可以在4239处把来自权威机构b的访问令牌数据发送到参与者a。在一个实施例中，访问令牌数据可以由socoact发送。在另一个实施例中，可以向权威机构(例如权威机构a和权威机构b)通知智能合约已经被解锁，并且权威机构可以把访问令牌数据发送到适当的参与者。图43所示出的截屏图示出了socoact的实施例。通过使用所示出的智能合约生成器gui，可以生成回购智能合约。智能合约可以被配置成具有1天的持续时间，并且将是在两个参与者之间。参与者a可能有义务把价值10亿美元的密码令牌货币交付到权威机构a，并且参与者b可能有义务把价值9174312股的nasdaq:aapl股份的密码令牌质押交付到权威机构b。此外，智能合约可以被配置成级联智能合约，其利用另一个智能合约来规定，如果质押的价值改变超过2％(例如基于来自nasdaq的数据)，则应当调节所存入的质押的金额以便补偿价值偏差。可以使用生成合约按钮来生成该智能合约。图44所示出的截屏图示出了socoact的实施例。通过使用所示出的智能合约生成器gui，可以生成奇异衍生品智能合约。所示出的智能合约生成器gui让用户绘制出关于奇异衍生品(例如期权)的价值如何基于资产的价值而改变(例如基于来自nasdaq的数据)的支出结构(例如线条、曲线)。智能合约可以规定参与者a从参与者b获得该衍生品。图45所示出的截屏图示出了socoact的实施例。通过使用所示出的智能合约生成器gui，智能合约还可以被配置成规定基于地理围栏来限制图44中所描述的期权的执行。相应地，位于纽约州的参与者a用户(例如基于来自gps数据提供者的关于用户位置的数据)被允许执行期权，而其他用户则不被允许执行期权。图46所示出的数据图示出了用于socoact的数据流程的实施例。在图46中，虚线表明数据流程单元更有可能是可选的。在图46中，用户4602(例如希望使用具有密码令牌的电子钱包的人)可以使用客户端设备(例如台式计算机、膝上型计算机、平板设备、智能电话)向socoact服务器4604发送多密钥账户数据结构数据存储库(mkadsd)生成请求4621。举例来说，mkadsd(例如多签名电子钱包)可以与一个或多个多签名地址相关联，并且可以使用多个私有密钥来访问这些多签名地址当中的每一个(例如可以使用两个相关联的私有密钥当中的任一个来访问与2个多签名地址当中的1个相关联的密码令牌)。在一种实现方式中，mkadsd生成请求可以包括例如以下数据：请求标识符、用户标识符、私有密钥的集合、公共密钥的集合、验证服务器设定、恢复设定等等。举例来说，客户端可以提供以下的示例性mkadsd生成请求，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：mkadsd生成请求可以由mkadsd生成(mkadsdg)组件4625使用来促进生成mkadsd以及/或者与mkadsd相关联的一个或多个地址。关于mkadsd组件的附加细节参见图47。socoact服务器可以向用户发送确认响应4629，以便确认成功地生成了mkadsd。举例来说，socoact服务器可以提供以下的示例性确认响应，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：当触发事件发生时，用户可以向socoact服务器发送触发事件消息4633。举例来说，用户可以点击socoact网站或应用(例如移动应用)的“我丢失了我的私有密钥”窗口小部件，并且可以生成触发事件消息。在另一个实例中，用户的客户端可以在检测到触发事件发生时(例如客户端被盗并且被带到所允许的地理围栏之外)发送触发事件消息。在一种实现方式中，触发事件消息可以包括例如以下数据：请求标识符、用户标识符、mkadsd标识符、触发事件数据等等。举例来说，客户端可以提供以下的示例性触发事件消息，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：在各种实现方式中，触发事件可以是用户请求，地理围栏约束违反的发生(例如孩子离开商场中的所准许的商店)，反探通检测(例如来自用户的客户端的活动的缺失)，时间范围围栏违反的发生，交易/消费约束违反的发生，账户结存约束违反的发生，规定的阈值oracle数据值的发生，智能合约生成器gui生成的密码智能规则违反的发生，规定的天气和/或类似(例如洪水、地震、火山爆发、岩浆流之类的自然事件；例如政治动荡、战争、恐怖袭击之类的政治事件)条件的发生，检测到欺诈(例如攻击者尝试执行欺诈交易)，检测到规定的投票(投票结果、有条件投票)，检测到规定的投票结果，检测到针对把外部特征添加到账户的请求，检测到规定的密码验证响应(例如有效的密码验证响应、无效的密码验证响应)等等。应当理解的是，虽然在该实施例中触发事件消息是由用户发送，但是在其他实施例中，触发事件消息可以由其他实体发送(例如由oracle发送，由例如用户的孩子的客户端之类的另一个设备发送)。举例来说，触发事件消息可以是来自oracle的oracle数据消息。在另一个实例中，触发事件消息可以由socoact服务器生成(例如在检测到欺诈时)。在一些实现方式中，可以对于用户的mkadsd相关联的恢复私有密钥进行加密，并且可以向验证服务器4606发送触发事件消息(例如由用户发送，由其他实体发送)，以便向验证服务器通知socoact服务器被许可对恢复私有密钥进行解密。socoact服务器可以向验证服务器发送恢复密钥解密请求4637。举例来说，恢复密钥解密请求可以表明请求与用户相关联的解密密钥。验证服务器可以向socoact服务器发送恢复密钥解密响应4641。举例来说，恢复密钥解密响应可以包括所请求的解密密钥。在一个替换实施例中，可以为验证服务器提供已加密恢复私有密钥，并且验证服务器可以返回已解密恢复私有密钥。触发事件消息数据和/或恢复密钥解密响应数据可以由密码密钥恢复(ckr)组件4645使用来促进与触发事件相关联的恢复动作。关于ckr组件的附加细节参见图48。socoact服务器可以向用户发送恢复通知4649。恢复通知可以被用来向用户通知关于被促进的恢复动作。举例来说，可以使用socoact网站或应用(例如移动应用)来显示通过电子邮件或sms等等发送的恢复通知。图47所示出的逻辑流程图示出了用于socoact的mkadsd生成(mkadsdg)组件的实施例。在图47中，可以在4701处获得mkadsd生成请求。举例来说，可以作为由用户使用socoact网站或应用请求为该用户创建mkadsd的结果而获得mkadsd生成请求。可以在4705处获得用于mkadsd的公共密钥。在一种实现方式中，可以对mkadsd生成请求进行解析(例如使用php命令)，以便确定公共密钥(例如正常使用公共密钥和恢复公共密钥)。举例来说，用户可以利用对应于正常使用公共密钥的正常使用私有密钥以便使用mkadsd进行交易。在另一种实现方式中，公共密钥可以由socoact服务器生成。举例来说，socoact服务器可以为用户提供所生成的正常使用公共密钥和对应于所生成的正常使用公共密钥的正常使用私有密钥(例如通过确认响应4629)。可以在4709处确定用于mkadsd的恢复私有密钥。在一种实现方式中，可以对mkadsd生成请求进行解析(例如使用php命令)，以便确定恢复私有密钥。举例来说，恢复私有密钥可以对应于恢复公共密钥，并且socoact可以利用恢复私有密钥来实施恢复动作。在另一种实现方式中，恢复私有密钥可以由socoact服务器生成。可以在4713处确定恢复私有密钥是否被加密。在一种实现方式中，可以对mkadsd生成请求进行解析(例如使用php命令)以便作出这一确定。如果恢复私有密钥被加密，则可以在4717处处确定验证服务器设定。在一种实现方式中，可以对mkadsd生成请求进行解析(例如使用php命令)以便确定验证服务器设定。举例来说，验证服务器设定可以包括验证服务器的url。可以在4721处存储验证服务器设定。在一种实现方式中，验证服务器设定可以被存储在钱包数据库5819n中。可以在4725处存储恢复私有密钥。在一种实现方式中，恢复私有密钥可以被存储在钱包数据库5819n中。举例来说，可以通过类似于下面的mysql数据库命令来设定恢复私有密钥：updatewalletsetrecoveryprivatekey＝“determinedrecoveryprivatekeyforthemkadsd”whereaccountid＝id_mkadsd_1；可以在4729处实例化mkadsd。举例来说，可以创建mkadsd并且将其指派给用户。在一种实现方式中，可以使用类似于下面的命令来生成与mkadsd相关联的一个或多个多签名地址：在一种实现方式中，可以促进通过mkadsd来转移密码令牌。举例来说，用户可以把btc密码令牌添加到mkadsd。在一种实现方式中，可以设定用于mkadsd的触发事件恢复设定。举例来说，用户可以规定用于mkadsd的触发事件和相关联的恢复规定(例如使用通过智能合约生成器gui生成并且被提交到区块链的密码智能规则)。图48所示出的逻辑流程图示出了用于socoact的密码密钥恢复(ckr)组件的实施例。在图48中，可以在4801处获得密码密钥恢复请求。举例来说，可以作为接收到针对用户的mkadsd的触发事件消息的结果而获得密码密钥恢复请求。可以在4805处确定触发事件数据。在一种实现方式中，可以对密码密钥恢复请求进行解析(例如使用php命令)，以便确定触发事件数据。举例来说，可以确定触发事件的类型(例如type_lost)。在另一个实例中，可以确定与触发事件相关联的细节(例如描述、发生日期和/或时间)。在一种实现方式中，不同类型的触发事件可以具有与之相关联的不同细节。举例来说，如果用户丢失了与mkadsd相关联的正常使用私有密钥，则事件细节可以包括关于用户在何时请求了资金恢复、用户使用了哪一个客户端设备等等的信息。在另一个实例中，如果检测到与mkadsd相关联的欺诈交易，则事件细节可以包括关于交易、交易发源的位置等等的信息。可以在4809处确定用于触发事件的恢复设定。举例来说，恢复设定可以规定对于每一个触发事件将采取的恢复动作(例如基于触发事件的类型，基于与触发事件相关联的细节)。在一种实现方式中，可以从钱包数据库5819n取回用于触发事件的恢复设定。举例来说，可以通过类似于下面的mysql数据库命令来取回用于触发事件的恢复设定：selectrecoverysettingsfromwalletwhereaccountid＝id_mkadsd_1andtriggereventtype＝type_lost；可以在4813处确定用于mkadsd的恢复私有密钥。在一种实现方式中，可以从钱包数据库5819n取回用于mkadsd的恢复私有密钥。举例来说，可以通过类似于下面的mysql数据库命令来取回用于mkadsd的恢复私有密钥：selectrecoveryprivatekeyfromwalletwhereaccountid＝id_mkadsd_1；可以在4817处确定用于mkadsd的恢复私有密钥是否被加密。举例来说，可以基于存储在钱包数据库5819n中的设定来作出这一确定。如果恢复私有密钥被加密，则可以在4821处从验证服务器获得用以对已加密恢复私有密钥进行解密的解密密钥(例如基于验证服务器设定)，并且可以在4825处对已加密恢复私有密钥进行解密。可以在4829处促进与触发事件相关联的恢复动作。在一种实现方式中，恢复私有密钥可以被用来把密码令牌从与mkadsd相关联的多签名地址转移到不同的地址。举例来说，如果用户丢失了用于mkadsd的正常使用私有密钥，或者如果检测到进行欺诈交易的尝试，则可以把与mkadsd相关联的密码令牌转移到特殊的socoact恢复地址，用户可以在后来从该处取回密码令牌(例如当提供了关于用户的身份和/或账户所有权的证据时)。在另一个实例中，如果用户的孩子由于离开商场中的所准许的商店而违反了地理围栏约束时，则可以把与孩子的mkadsd相关联的密码令牌转移到父母的地址(以便例如防止孩子在未经准许的商店中花费密码令牌)。在另一种实现方式中，可以把恢复私有密钥提供给用户(例如通过socoact网站或应用发送，通过电子邮件或sms发送)。图49所示出的数据图示出了用于socoact的数据流程的实施例。在图49中，用户4902(例如投票者)可以使用客户端设备(例如台式计算机、膝上型计算机、平板设备、智能电话、专用投票终端)向socoact服务器4904发送密码投票请求4921。举例来说，用户可能希望在投票活动(poll)中进行投票(例如总统选举、企业动作投票)。在一种实现方式中，投票请求可以包括例如以下数据：请求标识符、用户标识符、投票活动标识符、认证数据等等。举例来说，客户端可以提供以下的示例性投票请求，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：投票请求数据可以由投票者认证(va)组件4925使用来促进对用户进行认证以及/或者验证用户被授权参与投票。关于va组件的附加细节参见图50。socoact服务器可以向用户提供投票ui4929。在各种实现方式中，投票ui可以促进在投票活动中进行投票，向各种选项(例如向多个候选人、向多项企业动作)分配部分投票，规定有条件投票选择(例如基于来自oracle的数据)，规定动作投票(例如当有条件投票的结果是例如股票购买之类的动作时)等等。举例来说，可以通过socoact网站或应用(例如移动应用)提供投票ui。用户可以向socoact服务器发送密码投票输入4933。举例来说，用户可以通过投票ui来提供投票选择。在一种实现方式中，投票输入可以包括例如以下数据：请求标识符、用户标识符、投票活动标识符、认证数据、投票选择等等。举例来说，客户端可以提供以下的示例性投票输入，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：oracle4906可以向socoact服务器发送oracle数据消息4937。在一种实现方式中，所提供的oracle数据可以被利用来确定有条件投票的结果(例如以智能合约的形式存储在区块链上的投票的结果)。举例来说，oracle可以提供以下的示例性oracle数据消息，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：投票输入数据和/或oracle数据可以由投票处理(vp)组件4941使用来促进确定用户的投票结果，并且/或者促进与投票结果相关联的投票动作。关于vp组件的附加细节参见图51。socoact可以向用户发送投票确认4945，以便确认用户的投票已被接收到。举例来说，socoact服务器可以提供以下的示例性投票确认，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：图50所示出的逻辑流程图示出了用于socoact的投票者认证(va)组件的实施例。在图50中，可以在5001处获得投票者认证请求。举例来说，可以作为用户使用socoact网站或应用请求访问投票活动中的投票(例如通过投票请求)的结果而获得投票者认证请求。可以在5005处确定用于投票活动的投票活动标识符。在一种实现方式中，可以对投票者认证请求进行解析(例如使用php命令)以便确定投票活动标识符。可以在5009处确定用于投票活动的认证标准。在一个实施例中，认证标准可以规定用户应当提供来验证该用户的身份的身份认证的种类(以便例如防止某人冒充用户，防止用户多次投票)。举例来说，用户可能必须登录到基于由该用户提供身份证据而创建的socoact账户中，所述身份证据比如是用户的驾驶执照、社会保障卡以及发送到用户的智能电话的认证码。在另一个实例中，用户可能必须使用对应于已知属于该用户的公共密钥的私有密钥以满足智能合约。在一种实现方式中，可以从投票活动数据库5819s取回针对投票活动的认证标准。举例来说，可以通过类似于下面的mysql数据库命令来取回针对投票活动的认证标准：selectauthenticationstandardfrompollswherepollid＝id_poll_1；可以在5013处获得投票者认证。在一种实现方式中，用户可以提供登录凭证以便登录到socoact账户中。在另一种实现方式中，用户可以通过把密码令牌(例如由socoact提供)从已知属于该用户的密码地址(例如基于用户的公共密钥)转移到特殊socoact投票地址而满足智能合约。可以在5017处确定用户是否被授权投票。在一种实现方式中，如果用户提供了正确的投票者认证数据并且/或者用户尚未投票，则用户可以被授权投票。在另一种实现方式中，可以检查与投票活动相关联的投票者设定，以便确定用户是否被授权投票(例如用户处在投票者名单上)。举例来说，用户可能必须是公司x的股东，才能被授权在企业选举投票活动中进行投票。如果用户未被授权投票，则可以在5021处生成错误消息。举例来说，可以向用户通知该用户未被授权投票，并且/或者可以要求用户提供正确的投票者认证数据。如果确定用户是得到授权的投票者，则可以为用户提供认证令牌。在一种实现方式中，认证令牌可以由用户在投票时使用。举例来说，认证令牌可以在用户提供投票输入时验证用户是得到授权的投票者，并且/或者可以由用户使用来进行匿名投票(例如认证令牌可以不关联到用户的身份)。可以在5029处为用户提供投票ui。在一种实现方式中，用户可以利用投票ui(例如智能合约生成器gui)来提供与投票活动相关联的投票输入。关于可以由投票者利用的投票ui的实例参见图52。图51所示出的逻辑流程图示出了用于socoact的投票处理(vp)组件的实施例。在图51中，可以在5101处获得投票输入。举例来说，可以作为使用投票ui(例如使用socoact网站或应用)在投票活动中进行投票的结果而获得投票输入。可以在5105处确定用户的投票者标识符。在一种实现方式中，可以对投票输入进行解析(例如使用php命令)以便确定投票者标识符(例如在其中投票并非匿名的投票活动中)。可以在5109处验证用户的投票资格。在一种实现方式中，可以对用户的认证令牌进行验证以便确定认证令牌是有效的，并且/或者授权用户在投票活动中进行投票，并且/或者与用户的投票者标识符相关联。可以在5113处确定用户所提交的投票是否是有条件的。在一个实施例中，用户的投票可以不是有条件的，并且可以规定用户如何投票以作为固定的投票结果。在另一个实施例中，用户的投票可以是有条件的，并且可以规定用户的投票取决于一项或多项条件(例如用户的投票取决于将由oracle提供的oracle数据)。在一种实现方式中，可以对投票输入进行解析(例如使用php命令)，以便确定由用户提交的投票是否是有条件的。如果确定用户的投票是有条件的，则可以在5117处确定与用户的投票相关联的投票条件(例如用户的投票根据公司明天的收盘股票价格而改变)，并且可以在5121处确定与投票条件相关联的oracle(例如股票价格将由nasdaq提供)。在一种实现方式中，可以对投票输入进行解析(例如使用php命令)以便确定投票条件和/或oracle。可以在5125处生成规定用户的投票的投票消息(例如包括投票结果、投票条件、投票oracle、投票动作)，并且在5127处提交到区块链(例如存储在投票数据库5819t中)。在一个实施例中，可以在与针对区块链的提交兼容的格式中生成投票消息(例如作为具有用户的投票的区块链交易，作为具有将基于oracle数据而确定的用户的投票结果的智能合约)。举例来说，通过把用户的投票存储在区块链上可以提供关于每一个用户的投票的永久记录，并且/或者可以促进对于投票活动的结果的计数和/或审计。在一些实现方式中，区块链可以是受许可账目。在一些实现方式中，区块链可以是公开的，并且可以对用户的投票进行加密以便把对于投票数据的访问限制到得到授权的用户。可以在5129处向用户提供投票确认。投票确认可以被用来确认用户的投票被处理。举例来说，可以使用socoact网站或应用(例如移动应用)来显示投票确认。可以在5133处确认用户所提交的投票是否是有条件的。如果是的话，可以在5137处通过来自oracle的oracle数据消息获得用于投票的oracle数据。应当理解的是，可以利用多种oracle(例如股票交易所、gps数据提供者、日期/时间提供者、众包分散式数据提供者、新闻提供者、活动检测器、rss馈送、其他oracle等等)。在各个实施例中，rss馈送可以是来自基于传感器的设备，比如移动电话(例如其中来自许多这样的设备的数据被聚合到一项馈送中)，可以是社交网络(例如twitter、facebook)或新闻馈送(例如可以通过各种参数被进一步过滤)，可以是市场数据馈送(例如通过itc2.1和/或对应的馈送协议的bloomberg的phatpipe、统一报价系统(cqs)、统一证券行情协会(cta)、统一证券行情系统(cts)、dun&bradstreet、otc蒙太奇数据馈送(omdf)、reuter的tib、triarch、美国股权交易和报价市场数据、非挂牌交易特权(utp)交易数据馈送(utdf)、utp报价数据馈送(uqdf)等馈送)等等，并且通过选择oracle可以发出针对获得所选馈送的数据流的请求。在一种实现方式中，众包分散式使用跟踪提供者可以获得(例如从参与用户的智能电话)众包使用数据(例如大学生消费哪些软饮料，人们利用哪些社交媒体)，并且针对投票提供这样的(例如组合的)使用数据。在5141处，所获得的oracle数据可以被用来确定有条件投票的投票结果。举例来说，所获得的oracle数据可以规定股票价格是每股$8，从而得到针对候选人a的50％部分投票和针对候选人b的50％候选投票的投票结果。在一种实现方式中，可以基于被用于投票的智能合约的结果作出这一确定。可以在5145处确定投票是否与投票动作相关联。如果是的话，可以在5149处促进投票动作。应当理解的是，可以基于所获得的oracle数据和/或投票结果促进多种投票动作(例如限制对于账户的访问，释放额外的密钥，购买购票，在另一个投票活动中以特定方式投票)。在一种实现方式中，可以促进股票购买和/或销售。举例来说，如果投票结果是用户作出针对候选人a的50％部分投票和针对候选人b的50％部分投票，则投票动作可以是购买100股的公司股票。在另一个实例中，如果来自众包分散式使用跟踪提供者oracle的使用数据表明大学生增加了其coke(可口可乐)消费，则投票动作可以是购买coca-cola公司的股票。在另一个实例中，可以通过跟随另一个实体(例如共同基金)的股票购买和/或销售(例如在所获得的oracle数据中表明)来促进股票购买和/或销售。图52所示出的截屏图示出了socoact的实施例。使用所示出的投票ui，用户可以提供投票输入，并且投票可以被提交。如图52中所示，用户johnsmith可以利用所示出的投票ui在公司x选举中进行投票。如5201处所示，用户如下规定该用户的投票以公司x的股票价格(例如在投票活动结束时)为条件：如5210处所示，如果股票价格低于每股$5，则用户希望为候选人a投票：如5220处所示，如果股票价格处于每股$5到$7之间，则用户希望为候选人c投票；如5230处所示，如果股票价格高于每股$7，则用户希望使用部分投票(以便例如按照规定方式把用户的投票权分配到多个选项)，并且利用用户的50％投票权为候选人a投票，并且利用用户的50％投票权为候选人b投票。此外，如5235处所示，用户规定如果股票价格高于每股$7，则用户希望执行投票动作——买入100股公司x的股票。应当理解的是，投票条件可以是基于由oracle提供的任何数据。如5205处所示，用户选择nasdaq作为针对投票条件提供公司x股票价格的oracle。用户可以使用提交投票按钮5240来提交该用户的投票。图53所示出的截屏图示出了socoact的实施例。使用所示出的投票ui，用户可以提供投票输入，并且投票可以被提交。如图53中所示，用户johnsmith可以利用所示出的投票ui针对公司x的企业动作进行投票。用户可以选择并且利用示出由天气数据提供者oracle提供的温度的曲线图5301，以便规定该用户关于企业动作的投票以温度为条件。举例来说，所述温度可以是针对公司x在其中种庄稼的地理区域(例如这些庄稼可能根据温度而生长良好或不好)，并且用户可能希望基于所报告的温度关于涉及这些庄稼的企业动作进行投票。用户的投票可以如下以温度为条件：如果温度处于0到20度的第一范围5305内，则用户希望为选项a投票；如果温度处于40到60度的第二范围5310内，则用户希望为选项b投票。在一种实现方式中，用户可以利用(例如点击)曲线图来作出这些温度范围选择。举例来说，用户可以选择曲线图上的区段5305以使得相应的温度范围出现在方框5315中，并且用户可以选择曲线图上的区段5310以使得相应的温度范围出现在方框5320中。用户可以使用提交投票按钮5325来提交该用户的投票。图54所示出的截屏图示出了socoact的实施例。使用所示出的投票ui，用户可以提供投票输入，并且投票可以被提交。如图54中所示，用户johnsmith可以利用所示出的投票ui在总统选举中进行投票。用户可以使用级联oracle数据规定该用户的投票是有条件的。如图所示，用户的投票以来自投票活动数据提供者5401的投票数据为条件。此外，对于选择5410和5420，用户的投票还分别以来自nyse5412和nasdaq5422的oracle数据为条件。如图所示，用户的投票如下是有条件的：如果来自投票活动数据提供者的oracle数据表明候选人b当前具有超过40％的投票，则用户的投票取决于来自nyse的关于nyse综合指数的oracle数据——如果指数低于或等于10500，则用户希望为候选人a投票，如果指数高于10500，则用户希望为候选人b投票；如果来自投票活动数据提供者的oracle数据表明候选人b当前具有低于10％的投票，则用户的投票取决于来自nasdaq的关于nasdaq综合指数的oracle数据——如果指数低于或等于5000，则用户希望为候选人a投票，如果指数高于5000，则用户希望为候选人c投票；否则，用户希望为候选人b投票。应当理解的是，用户可以基于oracle数据规定任意数目的级联层级(举例来说，如果nyse综合指数低于或等于10500，则用户的投票可以根据附加的oracle数据被进一步分解)。用户可以使用提交投票按钮5430来提交该用户的投票。图55所示出的数据图示出了用于socoact的数据流程的实施例。在图55中，用户5502可以使用客户端设备(例如台式计算机、膝上型计算机、平板设备、智能电话)向socoact服务器5504发送登录请求5521。举例来说，用户可能希望认证(例如提供登录凭证)其自身，以便对该用户的账户作出改变(例如存储在账户数据库5819a中的参与者账户数据结构)。socoact服务器可以向得到认证的用户提供ui响应5525，以便促进与账户的用户交互。举例来说，可以通过socoact网站或应用(例如移动应用)来提供ui响应。用户可以向socoact服务器发送外部特征添加请求5529。举例来说，用户可以请求(例如通过socoactui)将账户数据结构数据存储库(例如第三方电子钱包)添加到该用户的账户。在一种实现方式中，外部特征添加请求可以包括例如以下数据：请求标识符、用户标识符、外部特征请求类型、外部特征标识符、验证地址、关联服务标识符等等。举例来说，客户端可以提供以下的示例性外部特征添加请求，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：socoact服务器可以向服务提供者服务器5506发送验证标准请求5533。举例来说，关联服务提供者可以提供关联的服务(例如投票应用)，并且可以规定与允许用户在与关联的服务进行交互时(例如使用第三方钱包进行投票者认证)通过该用户的账户利用外部特征(例如第三方钱包)相关联的验证标准(例如确认用户的位置)。在一种实现方式中，验证标准请求可以包括例如以下数据：请求标识符、服务标识符、请求类型等等。举例来说，socoact服务器可以提供以下的示例性验证标准请求，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：服务提供者服务器可以向socoact服务器发送验证标准响应5537。举例来说，验证标准响应可以表明服务所利用的验证标准。在一种实现方式中，验证标准响应可以包括例如以下数据：请求标识符、服务标识符、投票标准数据等等。举例来说，服务提供者服务器可以提供以下的示例性验证标准响应，其基本上具有如下面所提供的包括xml格式化数据的http(s)post消息的形式：外部特征添加请求数据和/或验证标准响应数据可以由验证处理(vep)组件5541使用来促进验证外部特征(例如电子钱包)与用户相关联(例如属于该用户)，以及/或者把外部特征添加到用户的账户(例如通过关联的服务促进外部特征的使用)。关于vep组件的附加细节参见图56。socoact服务器可以向用户发送密码验证请求5545。在一个实施例中，socoact服务器可以请求用户验证该用户具有对于外部特征的控制，并且/或者可以规定用户应当如何提供验证。关于可以被用来向用户提供密码验证请求的gui的实例参见图57。用户可以向socoact服务器发送密码验证响应5549。在一个实施例中，用户可以向区块链提交验证交易，以便提供密码验证响应。举例来说，用户可以执行包括验证字符串(例如在注释字段中)的交易(例如通过与第三方钱包相关联的gui)，以便从验证地址向socoact目的地地址转账验证金额。可以在5553处向用户提供验证确认。验证确认可以被用来确认外部特征已被添加到用户的账户。举例来说，可以使用socoact网站或应用(例如移动应用)来显示验证确认。图56所示出的逻辑流程图示出了用于socoact的验证处理(vep)组件的实施例。在图56中，可以在5601处从得到认证的用户获得外部特征添加请求。举例来说，可以作为用户使用socoact网站或应用请求把外部特征(例如第三方钱包)添加到该用户的账户的结果而获得外部特征添加请求。相应地，vep组件可以被利用来验证用户具有对于外部特征的控制(以便例如防止欺诈)。可以在5605处确定关联服务提供者是否与外部特征添加请求相关联。在一种实现方式中，可以对外部特征添加请求进行解析(例如使用php命令)以便作出这一确定。如果确定没有关联服务提供者，则可以在5609处确定与用户的账户相关联的验证标准。在各个实施例中，验证标准可以规定用户应当向区块链提交包括以下各项当中的一项或多项的验证交易：验证字符串、验证金额、位置数据、时间标记、元数据、可触发ui等等。在一些实施例中，验证标准可以规定验证交易应当满足密码智能规则(例如通过智能合约生成器gui生成)。举例来说，密码智能规则(例如智能合约)可以规定验证交易应当包括验证字符串以及从该处提交验证交易的位置，并且所述位置应当从与密码智能规则相关联的oracle获得(例如来自用户的客户端的gps数据)。在一种实现方式中，与用户的账户相关联的验证标准可以从账户数据库5819a取回。举例来说，可以通过类似于下面的mysql数据库命令来取回与用户的账户相关联的验证标准。selectaccountverificationstandardfromaccountswhereaccountid＝id_account_1；如果确定存在关联服务提供者，则可以在5613处确定关联服务提供者的验证标准。在一个实施例中，关联服务提供者的验证标准可以规定应当使用默认的socoact验证标准。在另一个实施例中，关联服务提供者的验证标准可以修改或替换由关联服务提供者规定的默认socoact验证标准。在一种实现方式中，关联服务提供者的验证标准可以从服务提供者服务器获得。可以在5617处确定用于外部特征的验证地址。在一个实施例中，验证地址与外部特征相关联(例如验证地址是与第三方钱包相关联的其中一个地址)，并且对于验证地址的控制可以表明对于外部特征的控制(例如对于验证地址的控制表明对于第三方钱包的控制)。在一种实现方式中，可以对外部特征添加请求进行解析(例如使用php命令)以便确定用户指定的验证地址。在另一种实现方式中，可以把验证地址确定为已知与外部特征相关联的密码地址(例如基于与外部特征相关联的公共密钥)。可以在5621处确定是否提供用于验证交易的密码令牌。举例来说，作为验证处理的一部分，可以向第三方钱包发送一个或多个密码令牌(例如通过验证数据参数)，并且可以请求用户通过验证交易发送这些密码令牌。在一种实现方式中，可以基于所确定的验证标准作出这一确定。如果确定应当提供密码令牌，则可以在5625处把密码令牌发送到验证地址。举例来说，可以把价值$0.03的密码令牌发送到验证地址。在另一个实例中，可以发送已加密密码令牌数据(例如利用与外部特征相关联的公共密钥进行加密)，并且可以请求用户对密码令牌数据进行解密(例如使用与外部特征相关联的相应私有密钥)，并且通过验证交易把已解密密码令牌数据发送回去。在一个替换实施例中，可以请求用户通过验证交易从验证地址发送一个或多个密码令牌，并且随后可以把密码令牌返回给用户。可以在5629处生成密码验证请求。在一个实施例中，生成密码验证请求可以包括确定验证请求参数(例如根据所确定的验证标准)。在一种实现方式中，可以确定用于验证请求的验证字符串(例如验证码)。举例来说，可以随机生成验证字符串。在另一种实现方式中，可以确定其他验证数据参数(例如位置、时间标记、元数据)。举例来说，可以确定用户可以从该处提交验证交易的所允许的地址(例如基于用户的住宅)，以及将提供位置数据的oracle。在另一个实例中，可以确定针对验证交易的可接受的时间标记范围(例如用户被允许在生成密码验证请求之后的24小时内提交验证交易)。在另一个实例中，可以确定针对验证交易的所许可的元数据(例如元数据应当标明验证交易是使用已知属于该用户的客户端设备提交的，这比如是基于用户的客户端设备的独有标识符)。在另一种实现方式中，可以确定用于验证交易的socoact目的地地址。举例来说，可以请求用户通过验证交易把一个或多个密码令牌(其例如具有金钱价值，具有指定的数据)从验证地址转移到socoact目的地地址。在另一个实施例中，生成密码验证请求可以包括实例化区块链上的智能合约。举例来说，智能合约可以被配置成在接收到根据在密码验证请求中规定的指令而配置的验证交易时得到满足。可以在5633处向用户提供密码验证请求。在一个实施例中，密码验证请求可以规定用户应当如何根据所确定的验证请求参数来提供对于外部特征的控制的验证。在各种实现方式中，可以使用通过电子邮件或sms等等发送的socoact网站或应用(例如移动应用)来显示密码验证请求。关于可以被用来向用户提供密码验证请求的gui的实例参见图57。可以在5637处获得来自用户的密码验证响应。在一个实施例中，可以检测用户向区块链提交验证交易(例如根据在密码验证请求中所规定的指令)。在一种实现方式中，可以监测针对socoact目的地地址的密码令牌转移，并且可以分析相关联的验证交易。可以在5641处确定验证交易是否表明用户验证了具有对于外部特征的控制。在一种实现方式中，可以对验证交易进行解析，以便确定所规定的验证请求参数是否得到满足。举例来说，可以对验证交易进行解析，以便确定验证字符串是否被包括在注释字段中。在另一个实例中，可以对验证交易进行解析，以便确定验证交易是否是从所允许的位置提交的(例如由oracle报告)。如果对于外部特征的控制还没有得到验证，则可以在5645处针对用户生成错误消息。举例来说，可以向用户通知该用户未能验证对于外部特征的控制，并且/或者可以要求用户根据在密码验证请求中规定的指令重新向区块链提交验证交易。如果对于外部特征的控制已得到验证，则可以在5649处把外部特征添加到用户的账户。举例来说，可以通过类似于下面的mysql数据库命令来添加外部特征：updateaccountssetaccountexternalfeatures＝“addtheverifiedexternalfeaturetothesetofallowedexternalfeatures”whereaccountid＝id_account_1；在一种实现方式中，用户可以通过该用户的账户来利用外部特征。举例来说，用户可以登录到账户中，并且利用第三方电子钱包作为针对投票应用中的有条件投票购买股份的动作的支付方法。图57所示出的截屏图示出了socoact的实施例。使用所示出的投票ui，可以为用户示出关于该用户应当如何提供对于外部特征的控制的验证的密码验证请求指令。如5701处所示，将用户的账户与钱包应用相关联。如5705处所示，用户请求将第三方钱包添加到该用户的账户。举例来说，用户可能希望使用账户来合并该用户的电子钱包，从而使得用户在使用账户对交易进行支付时可以利用相关联的钱包或者任何其他第三方钱包。如5710处所示，将第三方钱包与验证地址相关联。举例来说，通过从验证地址转移密码令牌可以验证第三方钱包所有权。如5715处所示，可以规定应当把密码令牌转移到该处的目的地地址。举例来说，目的地地址可以是被利用来接收验证密码令牌的特殊socoact地址。如5720处所示，可以规定验证字符串。举例来说，验证字符串(例如验证码)应当由用户包括在密码验证响应的规定字段中。如5725处所示，可以规定验证金额。举例来说，可以把验证金额发送给用户(例如一旦用户点击ok按钮5745)，并且可以请求用户从验证地址返回验证金额。还可以从用户处请求附加的验证数据。如5730处所示，可以请求把用户的位置包括在密码验证响应中。举例来说，可以请求用户从纽约州发送密码验证响应。如5735处所示，可以由socoact规定用于报告从该处发送密码验证响应的位置的oracle。举例来说，可以利用所规定的oracle实例化与密码验证请求相关联的智能合约(例如一旦用户点击ok按钮5745)。如5740处所示，可以为用户给出关于该用户应当如何提供对于第三方钱包的控制的验证的详细指令。控制器图58所示出的方块图示出了socoact控制器的实施例。在该实施例中，socoact控制器5801可以用来聚合、处理、存储、搜索、服务、识别、指示、生成、匹配和/或促进通过引导目标交易以及加密交易处理和验证技术与计算机进行的交互以及/或者其他相关的数据。通常来说，用户(可以是人和/或其他系统)可以结合信息技术系统(例如计算机)来促进信息处理。计算机又采用处理器来处理信息；这样的处理器5803可以被称作中央处理单元(cpu)。一种形式的处理器被称作微处理器。cpu使用通信电路来传递充当指令的二进制编码信号以便实现各种操作。这些指令可以是包含和/或参考存储器5829(例如寄存器、高速缓冲存储器、随机存取存储器等等)中的各种处理器可访问并且可操作的区域中的其他指令和数据的操作和/或数据指令。这样的通信指令可以作为程序和/或数据组件被分批(例如分批的指令)存储和/或传送以便促进所期望的操作。所存储的这些指令代码(例如程序)可以结合cpu电路组件以及其他主板和/或系统组件来实施所期望的操作。一种类型的程序是可以由计算机上的cpu执行的计算机操作系统；操作系统允许并且促进用户访问和操作计算机信息技术和资源。可以采用在信息技术系统中的一些资源包括：数据可以借以进入和离开计算机的输入和输出机制；可以将数据保存到其中的存储器存储；以及可以借以处理信息的处理器。这些信息技术系统可以被用来收集数据以供后来取回、分析和操纵，这可以通过数据库程序来促进。这些信息技术系统提供允许用户访问和操作各种系统组件的接口。在一个实施例中，socoact控制器5801可以连接到并且/或者与例如(而不限于)以下实体进行通信：来自外围设备5812(例如用户输入设备5811)的一个或多个用户；可选的密码处理器设备5828；以及/或者通信网络5813。网络通常被视为包括图形拓扑中的客户端、服务器和中间节点的互连和互操作。应当提到的是，遍及本申请中使用的术语“服务器”通常是指对跨越通信网络的远程用户的请求进行处理并且作出响应的计算机、其他设备、程序或者其组合。服务器向发出请求的“客户端”提供其信息。本文中使用的术语“客户端”通常是指能够处理和发出请求并且获得和处理跨越通信网络来自服务器的任何响应的计算机、程序、其他设备、用户和/或其组合。促进、处理信息和请求并且/或者推进从源用户到目的地用户的信息传递的计算机、其他设备、程序或者其组合通常被称作“节点”。网络通常被视为促进从源点到目的地的信息传输。特别承担推进从源到目的地的信息传递的任务的节点通常被称作“路由器”。存在许多形式的网络，比如局域网(lan)、微微网络、广域网(wan)、无线网络(wlan)等等。举例来说，因特网通常被接受作为多个网络的互连，其中远程客户端和服务器可以彼此访问和互操作。socoact控制器5801可以是基于可以包括(而不限于)例如以下组件的计算机系统：连接到存储器5829的计算机系统化5802。计算机系统化计算机系统化5802可以包括时钟5830、中央处理单元(“(多个)cpu”和/或“(多个)处理器”，除非另行表明，否则这些术语遍及本公开内容可以互换使用)5803、存储器5829(例如只读存储器(rom)5806、随机存取存储器(ram)5805等等)和/或接口总线5807，所有这些在大多数情况下(尽管并不一定)都通过一个或多个(主)板5802上的系统总线5804互连和/或通信，所述一个或多个(主)板5802具有导电和/或其他传输电路通路，指令(例如二进制编码信号)可以行经所述通路从而实施通信、操作、存储等等。计算机系统化可以连接到电源5886；电源例如可选地可以是内部的。可选的是，密码处理器5826可以连接到系统总线。在另一个实施例中，密码处理器、收发器(例如ic)5874和/或传感器阵列(例如加速度计、高度计、环境光、气压计、全球定位系统(gps)(从而允许socoact控制器确定其位置)、陀螺仪、磁力计、计步器、邻近、紫外传感器等等)5873可以作为内部和/或外部外围设备5812通过接口总线i/o5808(未示出)连接，并且/或者通过接口总线5807直接连接。收发器又可以连接到(多个)天线5875，从而实施各种通信和/或传感器协议的无线传输和接收；举例来说，(多个)天线可以连接到各种收发器芯片(取决于部署需求)，其中包括：broadcombcm4329fkubg收发器芯片(例如提供802.11n、bluetooth2.1+edr、fm等等)；具有加速度计、高度计、gps、陀螺仪、磁力计的broadcombcm4752gps接收器；broadcombcm4335收发器芯片(例如提供2g、3g和4g长期演进(lte)蜂窝通信；802.11ac、bluetooth4.0低能量(le)(例如信标特征))；broadcombcm43341收发器芯片(例如提供2g、3g和4glte蜂窝通信；802.11g/、bluetooth4.0、近场通信(nfc)、fm无线电)；infineontechnologiesx-gold618-pmb9800收发器芯片(例如提供2g/3ghsdpa/hsupa通信)；mediatekmt6620收发器芯片(例如提供802.11a/ac/b/g/n、bluetooth4.0le、fm、gps)；lapissemiconductorml8511uv传感器；maximintegratedmax44000环境光和红外邻近传感器；texasinstrumentswilinkwl1283收发器芯片(例如提供802.11n、bluetooth3.0、fm、gps)等等。系统时钟通常具有晶体振荡器，并且生成经过计算机系统化的电路通路的基础信号。时钟通常耦合到系统总线以及将为互连在计算机系统化中的其他组件提高或降低基础操作频率的各种倍频器(clockmultiplier)。计算机系统化中的时钟和各种组件遍及系统驱动具体实现信息的信号。遍及计算机系统化的具体实现信息的指令传输和接收通常可以被称作通信。这些通信指令还可以被传送、接收，并且除了当前的计算机系统化之外还可以导致针对以下各项的返回和/或应答通信：通信网络、输入设备、其他计算机系统化、外围设备等等。应当理解的是，在替换实施例中，任何前述组件可以直接彼此连接，连接到cpu，并且/或者被组织在作为示例由各种计算机系统采用的许多变型中。cpu包括足以执行用于执行用户和/或系统生成的请求的程序组件的至少一个高速数据处理器。cpu常常被包装在若干格式中，所述格式包括从(多个)大型超级计算机和(多个)大型计算机下到小型计算机、服务器、台式计算机、膝上型计算机、瘦客户端(例如谷歌笔记本)、上网本、平板设备(例如android、ipad和windows平板设备等等)、移动电话(例如android、iphone、nokia、palm和windows电话等等)、(多个)可穿戴设备(例如手表、眼镜、护目镜(例如googleglass)等等)等等。处理器本身常常将合并各种专门化的处理单元，比如(而不限于)：集成系统(总线)控制器、存储器管理控制单元、浮点单元以及甚至专门化的处理子单元，比如图形处理单元、数字信号处理单元等等。此外，处理器可以包括内部快速存取可寻址存储器，并且能够映射和寻址超出处理器本身之外的存储器5829；内部存储器可以包括而不限于：快速寄存器、各级高速缓冲存储器(例如1、2、3级等等)、ram等等。处理器可以通过使用存储器地址空间来访问该存储器，存储地址空间可以通过指令地址来访问，处理器可以构造并且译码指令地址，从而允许其访问去往具有存储器状态的特定存储器地址空间的电路路径。cpu可以是微处理器，比如：amd的athlon、duron和/或opteron；apple的a系列处理器(例如a5、a6、a7、a8等等)；arm的应用、嵌入式和安全处理器；ibm和/或motorola的dragonball和powerpc；ibm和sony的cell处理器；intel的80x86系列(例如80386、80486)、pentium、celeron、core(2)duo、i系列(例如i3、i5、i7等等)、itanium、xeon和/或xscale；motorola的680x0系列(例如68020、68030、68040等等)；以及/或者类似的(多个)处理器。cpu通过传递经过导电和/或传输管道(例如(印刷)电子和/或光学电路)的指令与存储器进行交互，以便根据传统的数据处理技术执行所存储的指令(即程序代码)。这样的指令传递促进socoact控制器内以及通过各种接口超出socoact控制器之外的通信。如果处理需求决定更高的数量、速度和/或容量，则可以类似地采用分布式处理器(例如参见后面的分布式socoact)、大型、多核、并行和/或超级计算机架构。或者，如果部署需求决定更高的便携性，则可以采用更小的移动设备(例如个人数字助理(pda))。取决于具体实现方式，可以通过实施微控制器来实现socoact的特征，比如cast的r8051xc2微处理器、intel的mcs51(即8051微控制器)等等。此外，为了实施socoact的某些特征，一些特征实现方式可以依赖于嵌入式组件，比如：专用集成电路(“asic”)、数字信号处理(“dsp”)、现场可编程门阵列(“fpga”)以及/或类似的嵌入式技术。举例来说，任何socoact组件总集(分布式或其他)和/或特征都可以通过微处理器和/或通过嵌入式组件来实施；例如通过asic、协处理器、dsp、fpga等等。或者，socoact的一些实现方式可以通过被配置和使用来实现多种特征或信号处理的嵌入式组件来实施。取决于具体实现方式，嵌入式组件可以包括软件解决方案、硬件解决方案和/或硬件/软件解决方案的某种组合。举例来说，本文中所讨论的socoact特征可以通过实施fpga来实现，fpga是包含被称作“逻辑块”的可编程逻辑组件以及可编程互连的半导体设备，比如由xilinx制造的高性能fpgavirtex系列和/或低成本spartan系列。在制造出fpga之后，逻辑块和互连可以由顾客或设计者进行编程，以便实施任何socoact特征。可编程互连的分级结构允许按照socoact系统设计者/管理者所需要的那样来互连逻辑块，这在某种程度上类似于单芯片可编程试验电路板(breadboard)。fpga的逻辑块可以被编程来实施例如and(与)和xor(异或)之类的基本逻辑门的运算，或者例如译码器或数学运算之类的更加复杂的组合运算子。在大多数fpga中，逻辑块还包括存储器单元，其可以是电路触发器或者更加完整的存储器块。在某些情况下，可以在常规的fpga上开发socoact，并且随后将其移植到更类似于asic实现方式的固定版本中。替换的或协调的实现方式可以把socoact控制器特征移植到最终的asic以作为针对fpga的替换或补充。取决于实现方式，所有前面提到的嵌入式组件和微处理器都可以被视为用于socoact的“cpu”和/或“处理器”。电源电源5886可以是用于为小型电子电路板设备供电的任何标准形式，比如以下的电池、碱性、氢化锂、锂离子、锂聚合物、镍镉电池、太阳能电池等等。也可以使用其他类型的ac或dc电源。在太阳能电池的情况下，在一个实施例中，外壳提供孔径，太阳能电池可以通过孔径捕获光子能。电源5886连接到socoact的至少其中一个互连的后续组件，从而将电流提供到所有后续组件。在一个实例中，电源5886连接到系统总线组件5804。在一个替换实施例中，通过跨越i/o5808接口的连接提供外部电源5886。举例来说，usb和/或ieee1394连接跨越所述连接同时载送数据和电力，因此是适当的电力源。接口适配器(多个)接口总线5807可以接受、连接到若干接口适配器并且/或者与之通信，所述接口适配器在传统上(尽管不一定)具有适配器卡的形式，比如而不限于：输入输出接口(i/o)5808、存储接口5809、网络接口5810等等。可选的是，密码处理器接口5827可以类似地连接到接口总线。接口总线提供接口适配器与彼此以及与计算机系统化的其他组件的通信。接口适配器被适配于兼容的接口总线。接口适配器在传统上通过插槽架构连接到接口总线。可以采用的传统插槽架构比如有(而不限于)：加速图形端口(agp)、卡总线、(扩展)工业标准架构((e)isa)、微通道架构(mca)、nubus、外围组件互连(扩展)(pci(x))、快速pci、个人计算机存储卡国际协会(pcmcia)等等。存储接口5809可以接受、与之通信并且/或者连接到若干存储设备，比如而不限于：存储设备5814、可移除盘设备等等。存储接口可以采用连接协议，比如而不限于：(超)(串行)先进技术附接(分组接口)((超)(串行)ata(pi))、(增强型)集成驱动电子装置((e)ide)、电气和电子工程师协会(ieee)1394、光纤通道、小型计算机系统接口(scsi)、通用串行总线(usb)等等。网络接口5810可以接受、与之通信并且/或者连接到通信网络5813。通过通信网络5813，可以由用户106a通过远程客户端106(例如具有web浏览器的计算机)来访问socoact控制器。网络接口可以采用连接协议，比如而不限于：直接连接，以太网(粗、细、双绞线10/100/1000/10000baset等等)，令牌环，例如ieee802.11a-x之类的无线连接等等。如果处理需求决定更高的数量、速度和/或容量，则可以类似地采用分布式网络控制器(例如参见后面的分布式socoact)架构，以便进行池化、负载平衡以及/或者通过其他方式减少/增加socoact控制器所需的通信带宽。通信网络可以是以下各项当中的任一项和/或任意组合：直接连接；因特网；星际互联网(例如一致文件分发协议(cfdp)、空间通信协议规范(scps)等等)；局域网(lan)；城域网(man)；将任务作为因特网上的节点操作(omni)；安全定制连接；广域网(wan)；无线网络(例如采用比如(而不限于)蜂窝、wifi、无线应用协议(wap)、i-mode等协议)；等等。网络接口可以被视为专门化形式的输入输出接口。此外，多个网络接口5810可以被用来结合多种通信网络类型5813。举例来说，可以采用多个网络接口以便允许通过广播、多播和/或单播网络的通信。输入输出接口(i/o)5808可以接受、与之通信并且/或者连接到用户、外围设备5812(例如输入设备5811)、密码处理器设备5828等等。i/o可以采用连接协议，比如而不限于：音频：模拟、数字、单声道、rca、立体声等等；数据：apple台式机总线(adb)、ieee1394a-b、串行、通用串行总线(usb)；红外；操纵杆；键盘；midi；光学；pcat；ps/2；并行；无线电；触摸接口：电容式、光学、电阻式等等；显示器；视频接口：apple台式机连接器(adc)、bnc、同轴电缆、分量、复合、数字、数字视觉接口(dvi)、(迷你)显示端口、高清晰度多媒体接口(hdmi)、rca、rf天线、s-video、vga等等；无线收发器：802.11a/ac/b/g/n/x；bluetooth；蜂窝(例如码分多址(cdma)、高速分组接入(hspa(+))、高速下行链路分组接入(hsdpa)、全球移动通信系统(gsm)、长期演进(lte)、wimax等等)；等等。一种典型的输出设备可以包括视频显示器，其通常包括基于阴极射线管(crt)或液晶显示器(lcd)的监视器，并且可以使用接受来自视频接口的信号的接口(例如dvi电路和线缆)。视频接口对由计算机系统化生成的信息进行复合，并且在视频存储器帧中生成基于复合信息的视频信号。另一种输出设备是接受来自视频接口的信号的电视机。通常来说，视频接口通过接受视频显示接口的视频连接接口来提供复合视频信息(例如接收rca复合视频线缆的rca复合视频连接器；接受dvi显示线缆的dvi连接器等等)。外围设备5812可以连接到i/o和/或其他设施并且/或者与之通信，所述其他设施比如是网络接口、存储接口、直接连接到接口总线、系统总线、cpu等等。外围设备可以处于外部、内部并且/或者是socoact控制器的一部分。外围设备可以包括：天线，音频设备(例如线路输入、线路输出、麦克风输入、扬声器等等)，摄影机(例如姿态(例如microsoftkinect)检测、运动检测、静止、视频、网络摄像头等等)，电子狗(例如用于拷贝保护、利用数字签名确保安全交易等等)，外部处理器(用于附加的能力；例如密码设备5828)，力反馈设备(例如振动电动机)，红外(ir)收发器，网络接口，打印机，扫描仪，传感器/传感器阵列和外围扩展(例如环境光、gps、陀螺仪、邻近、温度等等)，存储设备，收发器(例如蜂窝、gps等等)，视频设备(例如护目镜、监视器等等)，视频源，头显等等。外围设备常常包括各种类型的输入设备(例如摄影机)。用户输入设备5811常常是一种类型的外围设备5812(参见前文)，并且可以包括：读卡器、电子狗、指纹读取器、手套、图形平板设备、操纵杆、键盘、麦克风、鼠标(滑鼠)、遥控器、安全/生物计量设备(例如指纹读取器、虹膜读取器、视网膜读取器等等)、触摸屏(例如电容式、电阻式等等)、轨迹球、触控板、触笔等等。应当提到的是，虽然可以采用用户输入设备和外围设备，但是socoact控制器可以被具体实现为嵌入式、专用和/或无监视器(也就是无头部)设备，其中可以通过网络接口连接来提供访问。密码单元(比如而不限于微控制器、处理器5826、接口5827和/或设备5828)可以与socoact控制器附接和/或通信。由motorolainc.制造的mc68hc16微控制器可以被用于密码单元并且/或者可以被使用在密码单元内。mc68hc16微控制器在16mhz配置中利用16比特乘法累加指令，并且需要少于一秒来实施512比特ras私有密钥运算。密码单元支持认证来自交互代理的通信，并且允许匿名交易。密码单元还可以被配置成cpu的一部分。还可以使用等效的微控制器和/或处理器。其他商业可用的专门化密码处理器包括broadcom的cryptonetx和其他安全处理器；ncipher的nshield；safenet的lunapci(例如7100)系列；semaphorecommunications的40mhzroadrunner184；sun的密码加速器(例如加速器6000pcie板、加速器500子卡)；能够实施500+mb/s的密码指令vianano处理器(例如l2100、l2200、u2400)产品线；vlsitechnology的33mhz6868；等等。存储器通常来说，允许处理器实施信息存储和/或取回的任何机械化和/或实施例都被视为存储器5829。但是存储器是可替代的技术和资源，因此可以彼此替代或相结合地采用许多存储器实施例。应当理解的是，socoact控制器和/或计算机系统化可以采用多种形式的存储器5829。举例来说，计算机系统化可以被配置成其中芯片上cpu存储器(例如寄存器)、ram、rom以及任何其他存储设备的操作由纸质打孔带或纸质打孔卡机制提供；但是这样的实施例将导致极为缓慢的操作速率。在一种典型的配置中，存储器5829将包括rom5806、ram5805和存储设备5814。存储设备5814可以是任何传统的计算机系统存储装置。存储设备可以包括：设备的阵列(例如独立盘冗余阵列(raid))；磁鼓；(固定和/或可移除)磁盘驱动器；磁光驱动器；光学驱动器(也就是blueray、cdrom/ram/可记录(r)/可重写(rw)、dvdr/rw、hddvdr/rw等等)；ram驱动器；固态存储器设备(usb存储器、固态驱动器(ssd)等等)；其他处理器可读存储介质；以及/或者其他类似设备。因此，计算机系统化通常需要并且利用存储器。组件总集存储器5829可以包含程序和/或数据库组件和/或数据的总集，比如而不限于：(多个)操作系统组件5815(操作系统)；(多个)信息服务器组件5816(信息服务器)；(多个)用户界面组件5817(用户界面)；(多个)web浏览器组件5818(web浏览器)；(多个)数据库5819；(多个)邮件服务器组件5821；(多个)邮件客户端组件5822；(多个)密码服务器组件5820(密码服务器)；(多个)socoact组件5835；等等(也就是说统一地是组件总集)。可以从所述存储设备并且/或者从可以通过接口总线访问的存储设备来存储和访问这些组件。虽然比如组件总集中的那些非传统程序组件通常被存储在本地存储设备5814中，但是也可以被加载和/或存储在存储器中，比如：外围设备、ram、通过通信网络的远程存储设施、rom、各种形式的存储器等等。操作系统操作系统组件5815是促进socoact控制器的操作的可执行程序组件。通常来说，操作系统促进对于i/o、网络接口、外围设备、存储设备等等的访问。操作系统可以是高度容错、可伸缩并且安全的系统，比如：apple的macintoshosx(服务器)；at&tplan9；beos；google的chrome；microsoft的windows7/8；unix和unix类系统发行版(比如at&t的unix；berkley软件发行版(bsd)变型，比如freebsd、netbsd、openbsd等等；linux发行版，比如redhat、ubuntu等等)；以及/或者类似的操作系统。但是也可以采用更加受到限制并且/或者安全性较低的操作系统，比如applemacintoshos、ibmos/2、microsoftdos、microsoftwindows2000/2003/3.1/95/98/ce/millenium/mobile/nt/vista/xp(服务器)、palmos等等。此外，对于鲁棒的移动部署应用，可以使用移动操作系统，比如：apple的ios；中国操作系统cos；google的android；microsoftwindowsrt/phone；palm的webos；samsung/intel的tizen；等等。操作系统可以针对并且/或者与包括其自身的组件总集中的其他组件等等进行通信。在大多数情况下，操作系统与其他程序组件、用户界面等等进行通信。举例来说，操作系统可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。一旦由cpu执行，操作系统可以允许与通信网络、数据、i/o、外围设备、程序组件、存储器、用户输入设备等等进行交互。操作系统可以提供通信协议，从而允许socoact控制器通过通信网络5813与其他实体进行通信。socoact控制器可以使用多种通信协议以作为用于交互的子载波传输机制，比如而不限于：多播、tcp/ip、udp、单播等等。信息服务器信息服务器组件5816是由cpu执行的所存储的程序组件。信息服务器可以是传统的因特网信息服务器，比如而不限于apachesoftwarefoundation的apache、microsoft的internetinformationserver等等。信息服务器可以允许通过例如以下设施来执行程序组件：活跃服务器页面(asp)，activex，(ansi)(objective-)c(++)和/或.net，公用网关接口(cgi)脚本，动态(d)超文本标记语言(html)，flash，java，javascript，实用摘录报告语言(perl)，超文本与处理器(php)，pipes(管道)，python，无线应用协议(wap)，webobjects等等。信息服务器可以支持安全通信协议，比如而不限于：文件传输协议(ftp)；超文本传输协议(http)；安全超文本传输协议(https)，安全套接字层(ssl)，消息传送协议(比如americaonline(aol)即时消息传送器(aim)，应用交换(apex)，icq，互联网中继聊天(irc)，microsoftnetwork(msn)消息传送器服务，呈现和即时消息传送协议(prim)，互联网工程任务组(ietf)的会话发起协议(sip)，针对即时消息传送和呈现利用扩展的sip(simple)，基于xml的开放式可扩展消息传送和呈现协议(xmpp)(也就是jabber或开放移动联盟(oma)的即时消息传送和呈现服务(imps))，yahoo！即时消息传送器服务)等等。信息服务器以网页的形式向web浏览器提供结果，并且允许通过与其他程序组件的交互而操纵网页的生成。在把http请求的域名系统(dns)解析部分解析到特定信息服务器之后，信息服务器基于http请求的其余部分解析针对socoact控制器上的指定位置处的信息的请求。举例来说，例如http://123.124.125.126/myinformation.html的请求的ip部分可以由dns服务器解析到该ip地址处的信息服务器的；该信息服务器又可以进一步解析针对所述请求的“/myinformation.html”部分的http请求，并且将其解析到包含信息“myinformation”的存储器中的位置。此外，跨越各种端口可以采用其他信息服务协议，例如跨越端口21的ftp通信等等。信息服务器可以针对并且/或者与包括其自身的组件总集中的其他组件和/或类似设施进行通信。在大多数情况下，信息服务器与socoact数据库5819、操作系统、其他程序组件、用户界面、web浏览器等等进行通信。可以通过若干数据库桥接机制来实现对于socoact数据库的访问，比如通过后面所列举的脚本化语言(例如cgi)，以及通过后面所列举的应用间通信通道(例如corba、webobjects等等)。通过web浏览器的任何数据请求都通过桥接机制被解析成socoact所要求的适当的语法。在一个实施例中，信息服务器将提供可以由web浏览器访问的web表格。针对web表格中所提供的栏位的输入被加标签为已被输入到特定栏位中，并且相应地被解析。所输入的项目随后连同栏位标签一起被传递，其用来指示解析器生成针对适当的表和/或栏位的查询。在一个实施例中，解析器可以在标准sql中生成查询，这是通过基于加有标签的文本输入利用适当的join/select命令来实例化搜索单元，其中所得到的命令通过桥接机制被提供到socoact以作为查询。当从查询生成查询结果时，结果被传递通过桥接机制，并且可以由桥接机制解析以用于格式化并且生成新结果网页。这样的新结果网页随后被提供到信息服务器，信息服务器可以将其提供到发出请求的web浏览器。此外，信息服务器可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。用户界面计算机界面在某些方面类似于汽车操作界面。比如方向盘、变速器和速度计之类的汽车操作界面单元促进对于汽车资源和状态的访问、操作和显示。比如复选框、光标、菜单、滚动条和窗口(通常被统称作窗口小部件)之类的计算机交互界面单元类似地促进对于数据以及计算机硬件和操作系统资源和状态的访问、能力、操作和显示。操作界面通常被称作用户界面。图形用户界面(gui)提供访问并且通过图形方式向用户显示信息的基准和手段，比如有：apple的ios、macintosh操作系统的aqua；ibm的os/2；google的chrome(例如还有其他基于web浏览器/云端的客户端os)；microsoft的各种windowsui2000/2003/3.1/95/98/ce/millenium/mobile/nt/vista/xp(服务器)(也就是aero、surface等等)；unix的x-windows(其例如可以包括附加的unix图形界面库和层，比如k桌面环境(kde)、mythtv和gnu网络对象模型环境(gnome))，web界面库(例如activex、ajax、(d)html、flash、java、javascript等界面库，比如而不限于dojo、jquery(ui)、mootools、prototype、script.aculo.us、swfobject、yahoo！用户界面，其中的任一项都可以被使用)提供访问并且通过图形方式向用户显示信息的基准和手段。用户界面组件5817是由cpu执行的所存储的程序组件。用户界面可以是由例如已经讨论过的操作系统和/或操作环境提供、与操作系统和/或操作环境一起提供并且/或者在操作系统和/或操作环境之上提供的传统图形用户界面。用户界面可以通过文字和/或图形设施允许对于程序组件和/或系统设施的显示、执行、交互、操纵和/或操作。用户界面提供用户可以借以实施、与之交互和/或操作计算机系统的设施。用户界面可以针对并且/或者与包括其自身的组件总集中的其他组件和/或类似设施进行通信。在大多数情况下，用户界面与操作系统、其他程序组件等等进行通信。用户界面可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。web浏览器web浏览器组件5818是由cpu执行的所存储的程序组件。web浏览器可以是传统的超文本查看应用，比如apple的(移动)safari、google的chrome、microsoftinternetexplorer、mozilla的firefox、netscapenavigator等等。可以通过https、ssl等等利用128比特(或更高)加密来提供安全的web浏览。web浏览器允许通过例如以下设施来执行程序组件：activex、ajax、(d)html、flash、java、javascript、web浏览器插件api(例如firefox、safari插件和/或类似的api)等等。web浏览器和类似的信息访问工具可以被集成到pda、蜂窝电话和/或其他移动设备中。web浏览器可以针对并且/或者与包括其自身的组件总集中的其他组件和/或类似设施进行通信。在大多数情况下，web浏览器与信息服务器、操作系统、集成程序组件(例如插件)等等进行通信；例如其可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。此外，取代web浏览器和信息服务器，可以开发组合的应用来实施二者的类似操作。所述组合应用将类似地实施从具有socoact功能的节点获得并且向用户、用户代理等等提供信息。所述组合应用在采用标准web浏览器的系统上可能是不必要的。邮件服务器邮件服务器组件5821是由cpu5803执行的所存储的程序组件。邮件服务器可以是传统的因特网邮件服务器，比如而不限于：dovecot、courierimap、cyrusimap、maildir、microsoftexchange、sendmail等等。邮件服务器可以允许通过例如以下设施来执行程序组件：asp、activex、(ansi)(objective-)c(++)、c#和/或.net、cgi脚本、java、javascript、perl、php、pipes(管道)、python、webobjects等等。邮件服务器可以支持通信协议，比如而不限于：因特网消息访问协议(imap)、消息传送应用编程接口(mapi)/microsoftexchange、邮局协议(pop3)、简单邮件传输协议(smtp)等等。邮件服务器可以对已经被发送、中继并且/或者通过其他方式经过和/或去往socoact的传入和传出邮件消息进行路由、转发和处理。或者，socoact组件可以被向外分布到邮件服务提供实体，比如google的云端服务(例如可以替换地通过aol的即时消息传送器、apple的imessage、google消息传送器、snapchat等消息传送器服务来提供gmail和通知)。可以通过由单独的web服务器组件和/或操作系统给出的若干api来实现对于socoact邮件的访问。此外，邮件服务器可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。邮件客户端邮件客户端组件5822是由cpu5803执行的所存储的程序组件。邮件客户端可以是传统的邮件查看应用，比如applemail、microsoftentourage、microsoftoutlook、microsoftoutlookexpress、mozilla、thunderbird等等。邮件客户端可以支持若干种传输协议，比如imap、microsoftexchange、pop3、smtp等等。邮件客户端可以针对并且/或者与包括其自身的组件总集中的其他组件和/或类似设施进行通信。在大多数情况下，邮件客户端与邮件服务器、操作系统、其他邮件客户端等等进行通信；例如其可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。通常来说，邮件客户端提供用以编写和传送电子邮件消息的设施。密码服务器密码服务器组件5820是由cpu5803、密码处理器5826、密码处理器接口5827、密码处理器设备5828等等执行的所存储的程序组件。密码处理器接口将允许密码组件快速办理加密和/或解密请求；但是密码组件可以替换地运行在传统的cpu上。密码组件允许对所提供的数据进行加密和/或解密。密码组件允许对称和不对称(例如良好保护(pgp))加密和/或解密全部二者。密码组件可以采用密码技术，比如而不限于：数字证书(例如x.509认证框架)、数字签名、双签名、封装、口令访问保护、公共密钥管理等等。密码组件将促进许多(加密和/或解密)安全协议，比如而不限于：校验和、数据加密标准(des)、椭圆曲线加密(ecc)、国际数据加密算法(idea)、消息摘要5(作为单向散列运算的md5)、口令、rivest密码(rc5)、rijndael、rsa(使用由ronrivest、adishamir和leonardadleman在1977年开发的算法的因特网加密和认证系统)、安全散列算法(sha)、安全套接字层(ssl)、安全超文本传输协议(https)、传输层安全性(tls)等等。通过采用这样的加密安全协议，socoact可以对所有传入和/或传出通信进行加密，并且可以充当具有更宽广的通信网络的虚拟私有网络(vpn)内的节点。密码组件促进“安全授权”的处理，从而通过安全协议禁止对于资源的访问，其中密码组件对受保护的资源实施得到授权的访问。此外，密码组件可以提供内容的独有标识符，例如采用md5散列以获得用于数字音频文件的独有签名。密码组件可以针对并且/或者与包括其自身的组件总集中的其他组件和/或类似设施进行通信。密码组件支持允许跨越通信网络的安全信息传输的加密方案，从而如果希望的话则允许socoact组件进行安全的交易。密码组件促进对于socoact上的资源的安全访问，并且促进对于远程系统上的受保护资源的访问；也就是说密码组件可以充当受保护资源的客户端和/或服务器。在大多数情况下，密码组件与信息服务器、操作系统、其他程序组件等等进行通信。密码组件可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。socoact数据库socoact数据库组件5819可以被具体实现在数据库及其所存储的数据中。数据库是由cpu执行的所存储的程序组件；所存储的程序组件部分配置cpu处理所存储的数据。数据库可以是传统的、容错、关系型、可伸缩、安全的数据库，比如mysql、oracle、sybase等等。此外，还可以使用经过优化的快速存储器和分布式数据库，比如ibm的netezza、mongodb的mongodb、开源hadoop、开源voltdb、sap的hana等等。关系型数据库是平面文件的扩展。关系型数据库由一系列关联的表构成。所述表通过关键字栏位相互关联。通过使用关键字栏位，允许通过对关键字栏位进行索引而组合各个表；也就是说关键字栏位充当用于组合来自各个表的信息的维度枢轴点。关系通常通过匹配主关键字来识别保持在表之间的关联。主关键字表示在关系型数据库中唯一地标识表的各行的栏位。可以使用来自具有独有的数据集合的任何栏位的替换关键字栏位，并且在一些替换方案中，甚至可以使用与其他栏位相组合的非独有值。更精确地说，其在一对多关系的“一”侧唯一地标识表的各行。或者，socoact数据库可以使用各种标准数据结构来实施，比如数组、散列、(关联的)列表、结构、结构化文本文件(例如xml)、表等等。这样的数据结构可以被存储在存储器中并且/或者可以被存储在(结构化)文件中。在另一种替换方案中，可以使用面向对象的数据库，比如frontier、objectstore、poet、zope等等。对象数据库可以包括通过共同的属性分组和/或关联在一起的若干对象总集；所述对象总集可以通过某些共同的属性关联到其他对象总集。面向对象的数据库按照类似于关系型数据库的方式运作，其差别在于对象不仅是数据，而是可以具有封装在给定的对象内的其他类型的能力。如果socoact数据库被实施成数据结构，则socoact数据库5819的使用可以被集成到另一个组件中，比如socoact组件5835。socoact数据库可以同样地被存储在区块链或类似的格式中。此外，数据库可以被实施成数据结构、对象和关系型结构的混合。数据库可以被合并和/或分布在许多变型中(例如参见后面的分布式socoact)。数据库的某些部分(例如表)可以被导出和/或导入，并且从而被分散和/或集成。在一个实施例中，数据库组件5819包括几个表5819a-z：账户表5819a包括例如(而不限于)以下栏位：accountid、accountownerid、accountcontactid、assetid、deviceid、paymentid、transactionid、userid、accounttype(例如代理、实体(例如企业、非营利组织、合伙关系)、个人等等)、accountcreationdate、accountupdatedate、accountname、accountnumber、routingnumber、linkwalletsid、accountprioritaccaountratio、accountaddress、accountstate、accountzipcode、accountcountry、accountemail、accountphone、accountauthkey、accountipaddress、accounturlaccesscode、accountportno、accountauthorizationcode、accountaccessprivileges、accountpreferences、accountrestrictions、accountverificationstandard、accountexternalfeatures等等；用户表5819b包括例如(而不限于)以下栏位：userid、userssn、taxid、usercontactid、accountid、assetid、deviceid、paymentid、transactionid、usertype(例如代理、实体(例如企业、非营利组织、合伙关系)、个人等等)、nameprefix、firstname、middlename、lastname、namesuffix、dateofbirth、userage、username、useremail、usersocialaccountid、contacttype、contactrelationship、userphone、useraddress、usercity、userstate、userzipcode、usercountry、userauthorizationcode、useraccessprivilges、userpreferences、userrestrictions等等(用户表可以支持和/或跟踪socoact上的多个实体账户)；设备表5819c包括例如(而不限于)以下栏位：deviceid、sensorid、accountid、assetid、paymentid、devicetype、devicename、devicemanufacturer、devicemodel、deviceversion、deviceserialno、deviceipaddress、devicemacaddress、device_ecid、deviceuuid、devicelocation、devicecertificate、deviceos、appid、deviceresources、devicesession、authkey、devicesecurekey、walletappinstalledflag、deviceaccessprivileges、devicepreferences、devicerestrictions、hardware_config、software_config、storage_location、sensor_value、pin_reading、data_length、channel_requirement、sensor_name、sensor_model_no、sensor_manufacturer、sensor_type、sensor_serial_number、sensor_power_requirement、device_power_requirement、location(位置)、sensor_associated_tool、sensor_dimensions、device_dimensions、sensor_communications_type、device_communications_type、power_percentage、power_condition、temperature_setting、speed_adjust、hold_duration、part_actuation等等。在一些实施例中，设备表可以包括对应于一个或多个bluetooth简档(比如在https://www.bluetooth.org/en-us/specification/adopted-specifications处公布的那些简档)和/或其他设备规范等等的栏位；应用表5819d包括例如(而不限于)以下栏位：appid、appname、apptype、appdependencies、accountid、deviceid、transactionid、userid、appstoreauthkey、appstoreaccountid、appstoreipaddress、appstoreurlaccesscode、appstoreportno、appaccessprivileges、apppreferences、apprestrictions、portnum、access_api_call、linked_wallets_list等等；资产表5819e包括例如(而不限于)以下栏位：assetid、accountid、userid、distributoraccountid、distributorpaymentid、distributoronwerid、assetownerid、assettype、assetsourcedeviceid、assetsourcedevicetype、assetsourcedevicename、assetsourcedistributionchannelid、assetsourcedistributionchanneltype、assetsourcedistributionchannelname、assettargetchannelid、assettargetchanneltype、assettargetchannelname、assetname、assetseriesname、assetseriesseason、assetseriesepisode、assetcode、assetquantity、assetcost、assetprice、assetvalue、assetmanufactuer、assetmodelno、assetserialno、assetlocation、assetaddress、assetstate、assetzipcode、assetstate、assetcountry、assetemail、assetipaddress、asseturlaccesscode、assetowneraccountid、subscriptionid、assetauthroizationcode、assetaccessprivileges、assetpreferences、assetrestrictions、assetapi、assetapiconnectionaddress等等；支付表5819f包括例如(而不限于)以下栏位：paymentid、accountid、userid、paymenttype、paymentaccountno、paymentaccountname、paymentaccountauthorizationcodes、paymentexpirationdate、paymentccv、paymentroutingno、paymentroutingtype、paymentaddress、paymentstate、paymentzipcode、paymentcountry、paymentemail、paymentauthkey、paymentipaddress、paymenturlaccesscode、paymentportno、paymentaccessprivileges、paymentpreferences、payementrestrictions等等；交易表5819g包括例如(而不限于)以下栏位：transactionid、accountid、assetid、deviceid、paymentid、transactionid、userid、merchantid、transactiontype、transactiondate、transactiontime、transactionamount、transactionquantity、transactiondetails、productslist、producttype、producttitle、productssummary、productparamslist、transactionno、transactionaccessprivileges、transactionpreferences、transactionrestrictions、merchantauthkey、merchantauthcode等等；商家表5819h包括例如(而不限于)以下栏位：merchantid、merchanttaxid、merchantename、merchantcontactuserid、accountid、issuerid、acquirerid、merchantemail、merchantaddress、merchantstate、merchantzipcode、merchantcountry、merchantauthkey、merchantipaddress、portnum、merchanturlaccesscode、merchantportno、merchantaccessprivileges、merchantpreferences、merchantrestrictions等等；广告表5819i包括例如(而不限于)以下栏位：adid、advertiserid、admerchantid、adnetworkid、adname、adtags、advertisername、adsponsor、adtime、adgeo、adattributes、adformat、adproduct、adtext、admedia、admediaid、adchannelid、adtagtime、adaudiosignature、adhash、adtemplateid、adtemplatedata、adsourceid、adsourcename、adsourceserverip、adsourceurl、adsourcesecurityprotocol、adsourceftp、adauthkey、adaccessprivileges、adpreferences、adrestrictions、adnetworkxchangeid、adnetworkxchangename、adnetworkxchangecost、adnetworkxchangemetrictype(例如cpa、cpc、cpm、ctr等等)、adnetworkxchangemetricvalue、adnetworkxchangeserver、adnetworkxchangeportnumber、publisherid、publisheraddress、publisherurl、publishertag、publisherindustry、publishername、publisherdescription、sitedomain、siteurl、sitecontent、sitetag、sitecontext、siteimpression、sitevisits、siteheadline、sitepage、siteadprice、siteplacement、siteposition、bidid、bidexchange、bidos、bidtarget、bidtimestamp、bidprice、bidimpressionid、bidtype、bidscore、adtype(例如移动、桌面、可穿戴、大屏幕、插入式等等)、assetid、merchantid、deviceid、userid、accountid、impressionid、impressionos、impressiontimestamp、impressiongeo、impressionaction、impressiontype、impressionpublisherid、impressionpublisherurl等等。区块链表5819j包括例如(而不限于)以下栏位：block(1)…block(n)。区块链表5819j可以被用来存储形成本文中所描述的交易的区块链的区块。公共密钥表5819k包括例如(而不限于)以下栏位：accountid、accountownerid、accountcontactid、public_key。公共密钥表5819k可以被用来存储和取回为本文中所描述的socoact系统的客户端生成的公共密钥。私有密钥表5819l包括例如(而不限于)以下栏位：ownerid、ownertcontact、private_key。保存在这里的私有密钥将不是socoact系统的登记用户的私有密钥，相反将被用来认证源自socoact系统的交易。opreturn表5819m包括例如(而不限于)以下栏位：transactionid、opreturn_value1……opreturn_value80；其中每一个opreturn值条目在opreturn栏位中存储一个字节以用于前面描述的目的。钱包表5819n包括例如(而不限于)以下栏位：accountid、accountownerid、accountcontactid、transactionid、sourceaddress(1)…sourceaddress(n)、balanceaddress(1)…balanceaddress(n)、validationserversettings、recoveryprivatekey、triggereventtype、recoverysettings。钱包表5819n可以被用来存储前文中所描述的钱包信息。散列函数表5819o存储可以由bloom过滤器组件5848使用的散列函数，并且可以包括例如以下栏位：hashfunction1、hashfunction2…hashfunction(n)。物理地址表5819p把由bloom过滤器应用生成的物理地址存储到交易中的源和目的地地址，并且相应地可以包括以下栏位：publickey、physicaladdress。表示所进行的所有交易的交易距离矩阵通过socoact被存储在lil或类似格式中，相应地lil表5819q可以包括以下栏位：sourceaddress、destinationaddress、transactionvaluetimestamptuple。合约表5819r包括例如(而不限于)以下栏位：contractid、contractaddress、contracttype、contractparties、contractterms、contractoracles、contracttokens等等。投票活动表5819s包括例如(而不限于)以下栏位：pollid、pollname、pollavailablevotingoptions、pollavailableconditions、pollavailableactions、authenticationstandard、authorizedvoters、polltalliedresults等等。投票表5819t包括例如(而不限于)以下栏位：voteid、voteaddress、voterid、voteoutcome、voteconditions、voteoracles、voteactions、associatedpollid等等。市场数据表5819z包括例如(而不限于)以下栏位：market_data_feed_id、asset_id、asset_symbol、asset_name、spot_price、bid_price、ask_price等等；在一个实施例中，市场数据表通过市场数据馈送来填充(例如通过itc2.1和/或对应的馈送协议的bloomberg的phatpipe、统一报价系统(cqs)、统一证券行情协会(cta)、统一证券行情系统(cts)、dun&bradstreet、otc蒙太奇数据馈送(omdf)、reuter的tib、triarch、美国股权交易和报价市场数据、非挂牌交易特权(utp)交易数据馈送(utdf)、utp报价数据馈送(uqdf)等馈送)，例如通过microsoft的活跃模板库和dealingobjecttechnology的实时工具包rtt.multi。在一个实施例中，socoact数据库5819可以与其他数据库系统进行交互。举例来说，通过采用分布式数据库系统，搜索socoact组件的查询和数据访问可以把socoact数据库、集成的数据安全层数据库的组合作为单个数据库实体来对待(例如参见后面的分布式socoact)。在一个实施例中，用户程序可以包含可以用来更新socoact的各种用户界面原语。此外，各种账户可以根据socoact可能需要服务的客户端的环境和类型而要求定制数据库表。应当提到的是，任何独有栏位都可以被指定为自始至终的关键字栏位。在一个替换实施例中，这些表已被分散到其自身的数据库及其各自的数据库控制器(也就是用于前面的每一个表的单独的数据库控制器)中。通过采用标准数据处理技术，还可以把数据库分布在几个计算机系统化和/或存储设备上。类似地，可以通过合并和/或分布各种数据库组件5819a-z来改变分散式数据库控制器的配置。socoact可以被配置成通过数据库控制器来跟踪各种设定、输入和参数。socoact数据库可以针对并且/或者与包括其自身的组件总集中的其他组件和/或类似设施进行通信。在大多数情况下，socoact数据库与socoact组件、其他程序组件等等进行通信。数据库可以包含、保持并且提供关于其他节点和数据的信息。socoact组件5835是由cpu执行的所存储的程序组件。在一个实施例中，socoact组件合并有在前面的附图中讨论过的socoact的各个方面的任何和/或所有组合。因此，socoact跨越各种通信网络实施信息、服务、交易等等的访问、获得和提供。本文中所讨论的socoact的特征和实施例通过减少数据传输需求而提高了网络效率，这是通过使用更加高效的数据结构以及用于其传输和存储的机制。其结果是，可以在更少的时间内传输更多数据，并且关于交易的等待时间也被减少。在许多情况下，存储、传输时间、带宽需求、等待时间等等的减少将减少用以支持socoact的特征和设施的容量和结构基础设施需求，并且在许多情况下会降低成本、能量消耗/需求，并且延长socoact的底层基础设施的寿命；这又具有使得socoact更加可靠的附加的好处。类似地，许多所述特征和机制被设计成更容易由用户使用和访问，从而扩大了可以享受/采用并且利用socoact的特征集合的受众；这样的易用性也有助于提高socoact的可靠性。此外，所述特征集合包括通过密码组件5820、5826、5858所提到的自始至终的更高安全性，从而使得对于所述特征和数据的访问更加可靠并且安全。socoact把智能合约请求、密码货币存入请求、密码质押存入请求、密码货币转账请求、密码质押转账请求输入通过socoact组件(例如虚拟货币组件、区块链组件、交易确认组件、scg、scf等等)变换成交易确认输出。允许节点之间的信息访问的socoact组件可以通过采用标准开发工具和语言来开发，比如而不限于：apache组件、汇编语言、activex、二进制可执行程序、(ansi)(objective-)c(++)、c#和/或.net、数据库适配器、cgi脚本、java、javascript、映射工具、程序化和面向对象的开发工具、perl、php、python、shell脚本、sql命令、web应用服务器扩展、web开发环境和库(例如microsoft的activex；adobeair、flex&flash；ajax；(d)html；dojo、java；javascript；jquery(ui)；mootools；prototype；script.aculo.us；简单对象访问协议(soap)；swfobject；yahoo！用户界面；等等)、webobjects等等。在一个实施例中，socoact服务器采用密码服务器来对通信进行加密和解密。socoact组件可以针对并且/或者与包括其自身的组件总集中的其他组件和/或类似设施进行通信。在大多数情况下，socoact组件与socoact数据库、其他程序组件等等进行通信。socoact可以包含、与之通信、生成、获得并且/或者提供程序组件、系统、用户以及/或者数据通信、请求和/或响应。登录组件5841是由cpu执行的所存储的程序组件。在各个实施例中，登录组件5841合并有前面关于图4讨论过的登录到socoact中的各个方面的任何和/或所有组合。虚拟货币交易组件5842是由cpu执行的所存储的程序组件。在各个实施例中，虚拟货币交易组件5842合并有前面关于图5讨论过的socoact的各个方面的任何和/或所有组合。区块链组件5843是由cpu执行的所存储的程序组件。在一个实施例中，区块链组件5843合并有在前面的附图中讨论过的socoact的各个方面的任何和/或所有组合。交易确认组件5844是由cpu执行的所存储的程序组件。在一个实施例中，交易确认组件5844合并有前面关于图5和7讨论过的socoact的各个方面的任何和/或所有组合。订单生成组件5845和下订单组件5846提供前面针对socoact所列出的功能。分布式socoact任何socoact节点控制器组件的结构和/或操作可以按照许多方式被组合、合并和/或分布，以便促进开发和/或部署。类似地，所述组件总集可以按照许多方式被组合，以便促进开发和/或部署。为了实现这一点，可以把组件集成到共同的代码基中，或者集成在可以按照集成方式动态地按需加载组件的设施中。这样，硬件的组合可以被分布在某一位置内、分布在某一地区内以及/或者被全球分布，其中对于控制器的逻辑访问可以被抽象成单一节点，然而其中多个私有的、半私有的以及公共可访问的节点控制器(例如通过分散的数据中心)被协调来服务于请求(例如提供私有云端、半私有云端以及公共云端计算资源)，并且允许在离散的地区中服务于这样的请求(例如隔离的、本地的、地区的、全国的、全球的云端访问)。所述组件总集可以通过标准数据处理和/或开发技术被合并和/或分布在许多变型中。程序组件总集中的任一个程序组件的多个实例可以在单个节点上和/或跨越许多节点被实例化，以便通过负载平衡和/或数据处理技术来改进性能。此外，单个实例也可以被分布在多个控制器和/或存储设备(例如数据库)上。协同工作的所有程序组件实例和控制器可以通过标准数据处理通信技术来这样做。socoact控制器的配置将取决于系统部署的情境。例如(而不限于)预算、容量、位置、和/或底层硬件资源的使用之类的因素可能会影响部署要求和配置。不管配置导致更加合并式和/或集成式的程序组件，导致更加分布式的程序组件系列，并且/或者导致合并式与分布式配置之间的某种组合，都可以传送、获得和/或提供数据。从程序组件总集合并到共同代码基中的组件的实例可以传送、获得和/或提供数据。这可以通过应用内数据处理通信技术来实现，比如而不限于：数据索引(例如指针)、内部消息传送、对象实例变量通信、共享存储器空间、变量传递等等。举例来说，例如amazon数据服务、microsoftazure、hewlettpachardhelion、ibm云端服务之类的云端服务允许socoact控制器和/或socoact组件总集将以不同程度的规模被完全或部分地托管。如果组件总集组件是分立的、分开的并且/或者处于彼此外部，则与和/或针对其他组件传送、获得和/或提供数据可以通过应用间数据处理通信技术来实现，比如而不限于：应用程序接口(api)信息传递；(分布式)组件对象模型((d)com)、(分布式)对象链接和嵌入((d)ole)等等、通用对象请求代理架构(corba)、jini本地和远程应用程序接口、javascript对象标记(json)、远程方法调用(rmi)、soap、进程管道、共享文件等等。在分立组件之间发送以用于应用间通信或者在单个组件的存储器空间内发送以用于应用内通信的消息可以通过语法的创建和解析来实现。语法可以通过使用例如lex、yacc、xml等开发工具来开发，从而允许语法生成和解析能力，从而又可以形成组件内和组件之间的通信消息的基础。举例来说，语法可以被安排成辨识httppost命令的令牌，例如：w3c-posthttp://...value1其中，value1被辨认成参数，这是因为“http://”是语法句法的一部分，并且其后的内容被视为post值的一部分。类似地，利用这样的语法，变量“value1”可以被插入到“http://”post命令中并且随后被发送。语法句法本身可以作为结构化数据来给出，所述结构化数据被解释和/或通过其他方式被用来生成解析机制(例如由lex、yacc等等处理的句法描述文本文件)。此外，一旦解析机制被生成和/或实例化，其本身可以处理和/或解析结构化数据，比如而不限于：字符(例如制表符)界定的文本、html、结构化文本流、xml和/或类似的结构化数据。在另一个实施例中，应用间数据处理协议本身可以具有集成的和/或很容易可用的解析器(例如json、soap和/或类似参数)，所述解析器可以被采用来解析(例如通信)数据。此外，解析语法可以在消息解析之外被使用，但是还可以被用来解析：数据库、数据总集、数据存储库、结构化数据等等。同样地，所期望的配置将取决于系统部署的情境、环境和需求。举例来说，在一些实现方式中，socoact控制器可以执行通过信息服务器实施安全套接字层(“ssl”)套接字服务器的php脚本，其在客户端可以向该处发送数据(例如在json格式中编码的数据)的服务器端口上侦听传入通信。当识别出传入通信时，php脚本可以读取来自客户端设备的传入消息，对所接收到的json编码的文本数据进行解析以便把信息从json编码的文本数据提取到php脚本变量中，并且把数据(例如客户端标识信息等等)和/或所提取出的信息存储在可以使用结构化查询语言(“sql”)访问的关系型数据库中。下面将提供基本上用php/sql命令的形式编写的示例性列表，其用来通过ssl连接从客户端设备接受json编码的输入数据，对数据进行解析以便提取变量，并且把数据存储到数据库：<？phpheader('content-type:text/plain')；//设定ip地址和端口以便侦听传入数据$address＝‘192.168.0.100’；$port＝255；//创建服务器侧ssl套接字，侦听/接受传入通信$sock＝socket_create(af_inet,sock_stream,0)；socket_bind($sock,$address,$port)ordie(‘couldnotbindtoaddress’)；socket_listen($sock)；$client＝socket_accept($sock)；//在1024字节块中从客户端设备读取输入数据，直到消息的末尾//解析数据以便提取变量$obj＝json_decode($data,true)；//把输入数据存储在数据库中mysql_connect("201.408.185.132",$dbserver,$password)；//访问数据库服务器mysql_select("client_db.sql")；//选择将要附加的数据库mysql_query(“insertintousertable(transmission)values($data)”)；//把数据添加到客户端数据库中的usertable表中mysql_close("client_db.sql")；//关闭去往数据库的连接？>此外，下面的资源可以被用来提供关于soap解析器实现方式的示例性实施例：http://www.xav.com/perl/site/lib/soap/parser.htmlhttp://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp？topic＝/com.ibm.ibmdi.doc/referenceguide295.htm以及其他解析器实现方式：http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp？topic＝/com.ibm.ibmdi.doc/referenceguide259.htm所有这些都被明确地合并在此以作参考。附加的实施例包括：1、一种密码资产数字化器装置，包括：存储器；存储器中的组件总集，包括：智能合约生成组件；以及智能合约履行组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的智能合约生成组件发出指令，以便：通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码2方交易触发条目，其中所述聚合密码2方交易触发条目规定至少一个相关联的聚合区块链oracle，其通过聚合密码2方交易触发条目提供oracle数据以用于评估；其中，处理器从存储在存储器中的智能合约履行组件发出指令，以便：通过至少一个处理器从第一相关联的聚合区块链oracle获得用于密码2方交易触发条目的第一已加密令牌，其中第一已加密令牌用于具有密码令牌资产价值的第一账户数据结构数据存储库，其中第一相关联的聚合区块链oracle对第一方的密码令牌存入活动作出响应；通过至少一个处理器从第二相关联的聚合区块链oracle获得用于密码2方交易触发条目的第二已加密令牌，其中第二已加密令牌用于具有密码令牌资产价值的第二账户数据结构数据存储库，其中第二相关联的聚合区块链oracle对第二方的密码令牌存入活动作出响应；通过至少一个处理器确定发生了实例化聚合密码2方交易触发条目解锁事件；通过至少一个处理器促进基于所述确定解锁实例化聚合密码2方交易触发条目，并且把第一已加密令牌提供到第二方并且把第二已加密令牌提供到第一方。2、实施例1的装置，其中，通过智能合约生成器gui来实例化聚合密码2方交易触发条目。3、实施例2的装置，其中，智能合约生成器gui包括支出结构绘制用户界面组件，其促进从用户处获得针对衍生品的支出结构规范。4、实施例3的装置，其中，支出结构绘制用户界面组件促进基于多个轴维度获得针对衍生品的支出结构规范，并且其中所述多个轴维度当中的每一个与用户所规定的聚合区块链oracle相关联。5、实施例1的装置，其中，第一相关联的聚合区块链oracle和第二相关联的聚合区块链oracle是同一实体。6、实施例1的装置，其中，至少一个相关联的聚合区块链oracle提供众包分散式数据。7、实施例1的装置，其中，至少一个相关联的聚合区块链oracle提供组合众包分散式天气数据。8、实施例1的装置，其中，实例化聚合密码2方交易触发条目解锁事件是接收到第一已加密令牌和第二已加密令牌。9、实施例1的装置，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定是基于可由第三相关联的聚合区块链oracle提供的oracle数据而作出的。10、实施例9的装置，其中，实例化聚合密码2方交易触发条目解锁事件是以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。11、实施例9的装置，其中，第一账户数据结构数据存储库或第二账户数据结构数据存储库具有用于可跟踪真实世界物品的密码令牌资产。12、实施例11的装置，其中，可以通过恒定视频流来跟踪所述可跟踪真实世界物品。13、实施例11的装置，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定以未从第三相关联的聚合区块链oracle接收到oracle数据为条件，从而表明真实世界物品在被交付到指定位置之后被移动。14、实施例1的装置，其中，第一已加密令牌可以通过第二方的私有密钥来解密，第二已加密令牌可以通过第一方的私有密钥来解密。15、实施例1的装置，还包括：处理器从存储在存储器中的智能合约履行组件发出指令，以便：促进向第二方提供用于对第一已加密令牌进行解密的密码解锁密钥，并且向第一方提供用于对第二已加密令牌进行解密的密码解锁密钥。16、一种存储处理器可执行组件的处理器可读密码资产数字化器非瞬态物理介质，所述组件包括：存储在介质中的组件总集，包括：智能合约生成组件；以及智能合约履行组件；其中，存储在介质中的智能合约生成组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码2方交易触发条目，其中所述聚合密码2方交易触发条目规定至少一个相关联的聚合区块链oracle，其通过聚合密码2方交易触发条目提供oracle数据以用于评估；其中，存储在介质中的智能合约履行组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器从第一相关联的聚合区块链oracle获得用于密码2方交易触发条目的第一已加密令牌，其中第一已加密令牌是用于具有密码令牌资产价值的第一账户数据结构数据存储库，其中第一相关联的聚合区块链oracle对第一方的密码令牌存入活动作出响应；通过至少一个处理器从第二相关联的聚合区块链oracle获得用于密码2方交易触发条目的第二已加密令牌，其中第二已加密令牌是用于具有密码令牌资产价值的第二账户数据结构数据存储库，其中第二相关联的聚合区块链oracle对第二方的密码令牌存入活动作出响应；通过至少一个处理器确定发生了实例化聚合密码2方交易触发条目解锁事件；通过至少一个处理器促进基于所述确定解锁实例化聚合密码2方交易触发条目，并且把第一已加密令牌提供到第二方并且把第二已加密令牌提供到第一方。17、实施例16的介质，其中，通过智能合约生成器gui来实例化聚合密码2方交易触发条目。18、实施例17的介质，其中，智能合约生成器gui包括支出结构绘制用户界面组件，其促进从用户处获得针对衍生品的支出结构规范。19、实施例18的介质，其中，支出结构绘制用户界面组件促进基于多个轴维度获得针对衍生品的支出结构规范，并且所述多个轴维度当中的每一个与用户所规定的聚合区块链oracle相关联。20、实施例16的介质，其中，第一相关联的聚合区块链oracle和第二相关联的聚合区块链oracle是同一实体。21、实施例16的介质，其中，至少一个相关联的聚合区块链oracle提供众包分散式数据。22、实施例16的介质，其中，至少一个相关联的聚合区块链oracle提供组合众包分散式天气数据。23、实施例16的介质，其中，实例化聚合密码2方交易触发条目解锁事件是接收到第一已加密令牌和第二已加密令牌。24、实施例16的介质，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定是基于可由第三相关联的聚合区块链oracle提供的oracle数据而作出的。25、实施例24的介质，其中，实例化聚合密码2方交易触发条目解锁事件是以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。26、实施例24的介质，其中，第一账户数据结构数据存储库或第二账户数据结构数据存储库具有用于可跟踪真实世界物品的密码令牌资产。27、实施例26的介质，其中，可以通过恒定视频流来跟踪所述可跟踪真实世界物品。28、实施例26的介质，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定以未从第三相关联的聚合区块链oracle接收到oracle数据为条件，从而表明真实世界物品在被交付到指定位置之后被移动。29、实施例16的介质，其中，第一已加密令牌可以通过第二方的私有密钥来解密，第二已加密令牌可以通过第一方的私有密钥来解密。30、实施例16的介质，还包括：存储在介质中的智能合约履行组件，包括用以实施以下操作的处理器可发出指令：促进向第二方提供用于对第一已加密令牌进行解密的密码解锁密钥，并且向第一方提供用于对第二已加密令牌进行解密的密码解锁密钥。31、一种处理器实施的密码资产数字化器系统，包括：智能合约生成组件装置，其用来：通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码2方交易触发条目，其中所述聚合密码2方交易触发条目规定至少一个相关联的聚合区块链oracle，其通过聚合密码2方交易触发条目提供oracle数据以用于评估；智能合约履行组件装置，其用来：通过至少一个处理器从第一相关联的聚合区块链oracle获得用于密码2方交易触发条目的第一已加密令牌，其中第一已加密令牌是用于具有密码令牌资产价值的第一账户数据结构数据存储库，其中第一相关联的聚合区块链oracle对第一方的密码令牌存入活动作出响应；通过至少一个处理器从第二相关联的聚合区块链oracle获得用于密码2方交易触发条目的第二已加密令牌，其中第二已加密令牌是用于具有密码令牌资产价值的第二账户数据结构数据存储库，其中第二相关联的聚合区块链oracle对第二方的密码令牌存入活动作出响应；通过至少一个处理器确定发生了实例化聚合密码2方交易触发条目解锁事件；通过至少一个处理器促进基于所述确定解锁实例化聚合密码2方交易触发条目，并且把第一已加密令牌提供到第二方并且把第二已加密令牌提供到第一方。32、实施例31的系统，其中，通过智能合约生成器gui来实例化聚合密码2方交易触发条目。33、实施例32的系统，其中，智能合约生成器gui包括支出结构绘制用户界面组件，其促进从用户处获得针对衍生品的支出结构规范。34、实施例33的系统，其中，支出结构绘制用户界面组件促进基于多个轴维度获得针对衍生品的支出结构规范，并且所述多个轴维度当中的每一个与用户所规定的聚合区块链oracle相关联。35、实施例31的系统，其中，第一相关联的聚合区块链oracle和第二相关联的聚合区块链oracle是同一实体。36、实施例31的系统，其中，至少一个相关联的聚合区块链oracle提供众包分散式数据。37、实施例31的系统，其中，至少一个相关联的聚合区块链oracle提供组合众包分散式天气数据。38、实施例31的系统，其中，实例化聚合密码2方交易触发条目解锁事件是接收到第一已加密令牌和第二已加密令牌。39、实施例31的系统，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定是基于可由第三相关联的聚合区块链oracle提供的oracle数据而作出的。40、实施例39的系统，其中，实例化聚合密码2方交易触发条目解锁事件是以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。41、实施例39的系统，其中，第一账户数据结构数据存储库或第二账户数据结构数据存储库具有用于可跟踪真实世界物品的密码令牌资产。42、实施例41的系统，其中，可以通过恒定视频流来跟踪所述可跟踪真实世界物品。43、实施例41的系统，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定以未从第三相关联的聚合区块链oracle接收到oracle数据为条件，从而表明真实世界物品在被交付到指定位置之后被移动。44、实施例31的系统，其中，第一已加密令牌可以通过第二方的私有密钥来解密，第二已加密令牌可以通过第一方的私有密钥来解密。45、实施例31的系统，还包括：智能合约履行组件装置，其用来：促进向第二方提供用于对第一已加密令牌进行解密的密码解锁密钥，并且向第一方提供用于对第二已加密令牌进行解密的密码解锁密钥。46、一种处理器实施的密码资产数字化器方法，包括：执行处理器实施的智能合约生成组件指令，以便：通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码2方交易触发条目，其中所述聚合密码2方交易触发条目规定至少一个相关联的聚合区块链oracle，其通过聚合密码2方交易触发条目提供oracle数据以用于评估；执行处理器实施的智能合约履行组件指令，以便：通过至少一个处理器从第一相关联的聚合区块链oracle获得用于密码2方交易触发条目的第一已加密令牌，其中第一已加密令牌是用于具有密码令牌资产价值的第一账户数据结构数据存储库，其中第一相关联的聚合区块链oracle对第一方的密码令牌存入活动作出响应；通过至少一个处理器从第二相关联的聚合区块链oracle获得用于密码2方交易触发条目的第二已加密令牌，其中第二已加密令牌是用于具有密码令牌资产价值的第二账户数据结构数据存储库，其中第二相关联的聚合区块链oracle对第二方的密码令牌存入活动作出响应；通过至少一个处理器确定发生了实例化聚合密码2方交易触发条目解锁事件；通过至少一个处理器促进基于所述确定解锁实例化聚合密码2方交易触发条目，并且把第一已加密令牌提供到第二方并且把第二已加密令牌提供到第一方。47、实施例46的方法，其中，通过智能合约生成器gui来实例化聚合密码2方交易触发条目。48、实施例47的方法，其中，智能合约生成器gui包括支出结构绘制用户界面组件，其促进从用户处获得针对衍生品的支出结构规范。49、实施例48的方法，其中，支出结构绘制用户界面组件促进基于多个轴维度获得针对衍生品的支出结构规范，并且所述多个轴维度当中的每一个与用户所规定的聚合区块链oracle相关联。50、实施例46的方法，其中，第一相关联的聚合区块链oracle和第二相关联的聚合区块链oracle是同一实体。51、实施例46的方法，其中，至少一个相关联的聚合区块链oracle提供众包分散式数据。52、实施例46的方法，其中，至少一个相关联的聚合区块链oracle提供组合众包分散式天气数据。53、实施例46的方法，其中，实例化聚合密码2方交易触发条目解锁事件是接收到第一已加密令牌和第二已加密令牌。54、实施例46的方法，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定是基于可由第三相关联的聚合区块链oracle提供的oracle数据而作出的。55、实施例54的方法，其中，实例化聚合密码2方交易触发条目解锁事件是以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。56、实施例54的方法，其中，第一账户数据结构数据存储库或第二账户数据结构数据存储库具有用于可跟踪真实世界物品的密码令牌资产。57、实施例56的方法，其中，可以通过恒定视频流来跟踪所述可跟踪真实世界物品。58、实施例56的方法，其中，关于发生了实例化聚合密码2方交易触发条目解锁事件的确定以未从第三相关联的聚合区块链oracle接收到oracle数据为条件，从而表明真实世界物品在被交付到指定位置之后被移动。59、实施例46的方法，其中，第一已加密令牌可以通过第二方的私有密钥来解密，第二已加密令牌可以通过第一方的私有密钥来解密。60、实施例46的方法，还包括：执行处理器实施的智能合约履行组件指令，以便：促进向第二方提供用于对第一已加密令牌进行解密的密码解锁密钥，并且向第一方提供用于对第二已加密令牌进行解密的密码解锁密钥。101、一种密码投票装置，包括：存储器；存储器中的组件总集，包括：被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的组件总集发出指令，以便：从投票者获得密码投票请求；确定针对密码投票的投票者资格；针对投票者的合格投票事件搜索密码投票数据库；生成密码投票用户界面(ui)并且向投票者提供密码投票ui；从投票者获得密码投票选择，其中密码投票选择被存储在社会聚合区块链数据结构上，并且包括部分密码投票和密码智能规则以及相关联的聚合区块链oracle聚合规则；对包括部分密码投票和投票智能规则的密码投票进行评估；基于对密码投票的评估确定投票结果。102、实施例101的装置，其中，聚合密码触发是以下各项当中的任一项：反探通检测，检测到超额阈值账户结存，检测到聚合区块链oracle值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，ui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。103、实施例101的装置，还包括：从密码智能规则生成器用户界面(ui)通过社会区块链条目组件在社会聚合区块链数据结构和相关联的聚合区块链oracle中实例化聚合密码触发，其中所述相关联的聚合区块链oracle通过社会聚合区块链数据结构条目获得社会聚合值以供聚合密码触发进行评估；向投票结果请求者提供投票结果；基于所确定的投票结果执行实例化聚合触发；基于所确定的投票结果执行密码智能规则。104、一种密码恢复密钥装置，包括：存储器；存储器中的组件总集，包括：被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的组件总集发出指令，以便：从用户处获得密码多密钥钱包实例化请求；生成具有多个密钥的多密钥密码钱包；向用户提供针对多密钥密码钱包的第3方公共密码密钥消息，其中第3方公共密码密钥消息包括第3方公共密码密钥，并且被配置成允许用户生成用于密码多密钥钱包的私有密码密钥以及实例化密码多密钥密码钱包；从密码智能规则生成器用户界面(ui)通过社会区块链条目组件在社会聚合区块链数据结构和相关联的聚合区块链oracle中实例化聚合密码钱包失效保护触发，其中所述相关联的聚合区块链oracle通过社会聚合区块链数据结构条目获得社会聚合值以供聚合密码钱包失效保护触发进行评估；确定是否发生了聚合密码钱包失效保护触发；当确定聚合密码钱包失效保护触发事件时提供针对多密钥密码钱包的第3方密钥。105、实施例104的装置，其中，聚合密码钱包失效保护触发是以下各项当中的任一项：反探通检测，检测到超额阈值账户结存，检测到聚合区块链oracle值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，ui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。106、一种密码资产数字化器装置，包括：存储器；存储器中的组件总集，包括：被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的组件总集发出指令，以便：从密码智能规则生成器用户界面(ui)通过社会区块链条目组件在社会聚合区块链数据结构和相关联的聚合区块链oracle中实例化聚合密码2方交易触发，其中所述相关联的聚合区块链oracle通过社会聚合区块链数据结构条目获得社会聚合值以供聚合密码2方交易触发进行评估；向第一方账户提供针对2方交易触发条目的密码解锁密钥；向第二方账户提供针对2方交易触发条目的密码解锁密钥；从第一方账户获得用于密码2方交易触发的第一已加密令牌，其中所述已加密令牌是用于具有资产价值的账户；从第二方账户获得用于密码2方交易触发的第二已加密令牌；确定发生了实例化聚合密码2方交易触发事件；基于所述确定解锁实例化聚合密码2方交易触发条目，并且向第二方提供第一已加密令牌并且向第一方提供第二已加密令牌；向第一和第二方提供用于解锁令牌的聚合2方交易触发值，以便解锁用于访问令牌账户的已加密令牌。107、实施例106的装置，其中，聚合密码2方交易触发是以下各项当中的任一项：反探通检测，检测到超额阈值账户结存，检测到聚合区块链oracle值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，ui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。108、一种密码智能规则生成器装置，包括：存储器；存储器中的组件总集，包括：被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的组件总集发出指令，以便：从用户处获得针对密码智能规则类型的选择；针对选择类型提供密码智能规则生成器用户界面(ui)；从用户处获得阈值约束选择；从所述约束选择生成密码智能规则；从获得自密码智能规则生成器ui的阈值约束选择和密码智能规则类型通过社会区块链条目组件在社会聚合区块链数据结构和相关联的聚合区块链oracle中实例化聚合密码智能规则触发，其中所述相关联的聚合区块链oracle通过社会聚合区块链数据结构条目获得社会聚合值以供聚合密码触发进行评估。109、实施例108的装置，其中，聚合密码智能规则触发是以下各项当中的任一项：反探通检测，检测到超额阈值账户结存，检测到聚合区块链oracle值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，ui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。110、一种密码用户认证装置，包括：存储器；存储器中的组件总集，包括：被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的组件总集发出指令，以便：从请求者获得具有密码钱包标识符的用户认证请求；导致针对与关联到密码钱包标识符的密码钱包的微交易的实例化，其中微交易是密码货币的交易，并且所述交易是所规定的密码触发规则的存入或取出类型当中的任一项；确定微交易的规定金额与所规定的密码触发规则相匹配；向请求者提供用户认证的指示。111、实施例110的装置，其中，所规定的密码触发规则是聚合密码智能规则触发并且是以下各项当中的任一项：反探通检测，检测到超额阈值账户结存，检测到聚合区块链oracle值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，ui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。112、实施例111的装置，其中，微交易的实例化由请求者发起。113、实施例112的装置，其中，所规定的金额由请求者规定。114、实施例111的装置，其中，所规定的金额由请求者规定。115、实施例114的装置，其中，微交易的实例化由请求者发起。201、一种密码恢复密钥装置，包括：存储器；存储器中的组件总集，包括：多密钥账户数据结构数据存储库生成组件；以及密码密钥恢复组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的多密钥账户数据结构数据存储库生成组件发出指令，以便：通过至少一个处理器从用户处获得多密钥账户数据结构数据存储库生成请求；通过至少一个处理器确定用于多密钥账户数据结构数据存储库的密码公共密钥的集合；通过至少一个处理器使用所确定的密码公共密钥集合在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库；通过至少一个处理器把密码恢复私有密钥与多密钥账户数据结构数据存储库相关联；通过至少一个处理器设定用于多密钥账户数据结构数据存储库的触发事件恢复设定；其中，处理器从存储在存储器中的密码密钥恢复组件发出指令，以便：通过至少一个处理器获得与多密钥账户数据结构数据存储库相关联的触发事件消息；通过至少一个处理器确定与规定在触发事件消息中的触发事件相关联的恢复设定；通过至少一个处理器取回密码恢复私有密钥；以及通过至少一个处理器使用密码恢复私有密钥促进规定在与触发事件相关联的恢复设定中的恢复动作。202、实施例201的装置，其中，多密钥账户数据结构数据存储库生成请求规定密码公共密钥集合以及密码恢复私有密钥。203、实施例201的装置，其中，密码恢复私有密钥被加密。204、实施例201的装置，其中，针对在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库的指令还包括针对把与所确定的密码公共密钥集合相关联的多签名地址添加到多密钥账户数据结构数据存储库的指令。205、实施例204的装置，其中，密码恢复私有密钥对应于密码公共密钥集合中的密码公共密钥。206、实施例201的装置，其中，所述密码公共密钥集合是包括两个密码公共密钥的集合，其中所述密码公共密钥集合包括正常使用密码公共密钥和恢复密码公共密钥。207、实施例201的装置，其中，从聚合区块链oracle获得触发事件消息。208、实施例207的装置，其中，聚合区块链oracle提供众包分散式数据。209、实施例201的装置，其中，触发事件是以下各项当中的任一项：用户请求，地理围栏约束违反的发生，反探通检测，时间范围围栏违反的发生，交易/消费约束违反的发生，账户结存约束违反的发生，所规定的oracle数据值的发生，智能合约生成器gui生成的密码智能规则违反的发生，检测到欺诈，检测到所规定的投票，检测到所规定的投票结果，检测到针对把外部特征添加到账户的请求，检测到所规定的密码验证响应，未能登录到第4方网站。210、实施例201的装置，其中，针对取回密码恢复私有密钥的指令还包括针对使用解密密钥对密码恢复私有密钥进行解密的指令，所述解密密钥由与多密钥账户数据结构数据存储库相关联的验证服务器提供。211、实施例201的装置，其中，针对促进恢复动作的指令还包括针对把与多密钥账户数据结构数据存储库相关联的密码令牌转移到所规定的位置的指令。212、实施例211的装置，其中，所规定的位置是与用户相关联的另一个多密钥账户数据结构数据存储库。213、实施例211的装置，其中，所规定的位置是与用户相关联的所规定的多签名地址，所述规定的多签名地址不与多密钥账户数据结构数据存储库相关联。214、实施例201的装置，其中，针对促进恢复动作的指令还包括针对向用户提供密码恢复私有密钥的指令。215、实施例201的装置，其中，通过智能合约生成器gui从用户处获得触发事件恢复设定。216、一种存储处理器可执行组件的处理器可读密码恢复密钥非瞬态物理介质，所述组件包括：存储在介质中的组件总集，包括：多密钥账户数据结构数据存储库生成组件；以及密码密钥恢复组件；其中，存储在介质中的多密钥账户数据结构数据存储库生成组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器从用户处获得多密钥账户数据结构数据存储库生成请求；通过至少一个处理器确定用于多密钥账户数据结构数据存储库的密码公共密钥的集合；通过至少一个处理器使用所确定的密码公共密钥集合在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库；通过至少一个处理器把密码恢复私有密钥与多密钥账户数据结构数据存储库相关联；通过至少一个处理器设定用于多密钥账户数据结构数据存储库的触发事件恢复设定；其中，存储在介质中的密码密钥恢复组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器获得与多密钥账户数据结构数据存储库相关联的触发事件消息；通过至少一个处理器确定与规定在触发事件消息中的触发事件相关联的恢复设定；通过至少一个处理器取回密码恢复私有密钥；以及通过至少一个处理器使用密码恢复私有密钥促进规定在与触发事件相关联的恢复设定中的恢复动作。217、实施例216的介质，其中，多密钥账户数据结构数据存储库生成请求规定密码公共密钥集合以及密码恢复私有密钥。218、实施例216的介质，其中，密码恢复私有密钥被加密。219、实施例216的介质，其中，针对在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库的指令还包括针对把与所确定的密码公共密钥集合相关联的多签名地址添加到多密钥账户数据结构数据存储库的指令。220、实施例219的介质，其中，密码恢复私有密钥对应于密码公共密钥集合中的密码公共密钥。221、实施例216的介质，其中，所述密码公共密钥集合是包括两个密码公共密钥的集合，其中所述密码公共密钥集合包括正常使用密码公共密钥和恢复密码公共密钥。222、实施例216的介质，其中，从聚合区块链oracle获得触发事件消息。223、实施例222的介质，其中，聚合区块链oracle提供众包分散式数据。224、实施例216的介质，其中，触发事件是以下各项当中的任一项：用户请求，地理围栏约束违反的发生，反探通检测，时间范围围栏违反的发生，交易/消费约束违反的发生，账户结存约束违反的发生，所规定的oracle数据值的发生，智能合约生成器gui生成的密码智能规则违反的发生，检测到欺诈，检测到所规定的投票，检测到所规定的投票结果，检测到针对把外部特征添加到账户的请求，检测到所规定的密码验证响应，未能登录到第4方网站。225、实施例216的介质，其中，针对取回密码恢复私有密钥的指令还包括针对使用解密密钥对密码恢复私有密钥进行解密的指令，所述解密密钥由与多密钥账户数据结构数据存储库相关联的验证服务器提供。226、实施例216的介质，其中，针对促进恢复动作的指令还包括针对把与多密钥账户数据结构数据存储库相关联的密码令牌转移到所规定的位置的指令。227、实施例226的介质，其中，所规定的位置是与用户相关联的另一个多密钥账户数据结构数据存储库。228、实施例226的介质，其中，所规定的位置是与用户相关联的所规定的多签名地址，所述规定的多签名地址不与多密钥账户数据结构数据存储库相关联。229、实施例216的介质，其中，针对促进恢复动作的指令还包括针对向用户提供密码恢复私有密钥的指令。230、实施例216的介质，其中，通过智能合约生成器gui从用户处获得触发事件恢复设定。231、一种处理器实施的密码恢复密钥系统，包括：多密钥账户数据结构数据存储库生成组件装置，其用来：通过至少一个处理器从用户处获得多密钥账户数据结构数据存储库生成请求；通过至少一个处理器确定用于多密钥账户数据结构数据存储库的密码公共密钥的集合；通过至少一个处理器使用所确定的密码公共密钥集合在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库；通过至少一个处理器把密码恢复私有密钥与多密钥账户数据结构数据存储库相关联；通过至少一个处理器设定用于多密钥账户数据结构数据存储库的触发事件恢复设定；密码密钥恢复组件装置，其用来：通过至少一个处理器获得与多密钥账户数据结构数据存储库相关联的触发事件消息；通过至少一个处理器确定与规定在触发事件消息中的触发事件相关联的恢复设定；通过至少一个处理器取回密码恢复私有密钥；以及通过至少一个处理器使用密码恢复私有密钥促进规定在与触发事件相关联的恢复设定中的恢复动作。232、实施例231的系统，其中，多密钥账户数据结构数据存储库生成请求规定密码公共密钥集合以及密码恢复私有密钥。233、实施例231的系统，其中，密码恢复私有密钥被加密。234、实施例231的系统，其中，用以在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库的装置还包括用以把与所确定的密码公共密钥集合相关联的多签名地址添加到多密钥账户数据结构数据存储库的装置。235、实施例234的系统，其中，密码恢复私有密钥对应于密码公共密钥集合中的密码公共密钥。236、实施例231的系统，其中，所述密码公共密钥集合是包括两个密码公共密钥的集合，其中所述密码公共密钥集合包括正常使用密码公共密钥和恢复密码公共密钥。237、实施例231的系统，其中，从聚合区块链oracle获得触发事件消息。238、实施例237的系统，其中，聚合区块链oracle提供众包分散式数据。239、实施例231的系统，其中，触发事件是以下各项当中的任一项：用户请求，地理围栏约束违反的发生，反探通检测，时间范围围栏违反的发生，交易/消费约束违反的发生，账户结存约束违反的发生，所规定的oracle数据值的发生，智能合约生成器gui生成的密码智能规则违反的发生，检测到欺诈，检测到所规定的投票，检测到所规定的投票结果，检测到针对把外部特征添加到账户的请求，检测到所规定的密码验证响应，未能登录到第4方网站。240、实施例231的系统，其中，用以取回密码恢复私有密钥的装置还包括用以使用解密密钥对密码恢复私有密钥进行解密的装置，所述解密密钥由与多密钥账户数据结构数据存储库相关联的验证服务器提供。241、实施例231的系统，其中，用以促进恢复动作的装置还包括用以把与多密钥账户数据结构数据存储库相关联的密码令牌转移到所规定的位置的装置。242、实施例241的系统，其中，所规定的位置是与用户相关联的另一个多密钥账户数据结构数据存储库。243、实施例241的系统，其中，所规定的位置是与用户相关联的所规定的多签名地址，所述规定的多签名地址不与多密钥账户数据结构数据存储库相关联。244、实施例231的系统，其中，用以促进恢复动作的装置还包括针对向用户提供密码恢复私有密钥的装置。245、实施例231的系统，其中，通过智能合约生成器gui从用户处获得触发事件恢复设定。246、一种处理器实施的密码恢复密钥方法，包括：执行处理器实施的多密钥账户数据结构数据存储库生成组件指令，以便：通过至少一个处理器从用户处获得多密钥账户数据结构数据存储库生成请求；通过至少一个处理器确定用于多密钥账户数据结构数据存储库的密码公共密钥的集合；通过至少一个处理器使用所确定的密码公共密钥集合在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库；通过至少一个处理器把密码恢复私有密钥与多密钥账户数据结构数据存储库相关联；通过至少一个处理器设定用于多密钥账户数据结构数据存储库的触发事件恢复设定；执行处理器实施的密码密钥恢复组件指令，以便：通过至少一个处理器获得与多密钥账户数据结构数据存储库相关联的触发事件消息；通过至少一个处理器确定与规定在触发事件消息中的触发事件相关联的恢复设定；通过至少一个处理器取回密码恢复私有密钥；以及通过至少一个处理器使用密码恢复私有密钥促进规定在与触发事件相关联的恢复设定中的恢复动作。247、实施例246的方法，其中，多密钥账户数据结构数据存储库生成请求规定密码公共密钥集合以及密码恢复私有密钥。248、实施例246的方法，其中，密码恢复私有密钥被加密。249、实施例246的方法，其中，针对在社会聚合区块链数据结构中实例化多密钥账户数据结构数据存储库的指令还包括针对把与所确定的密码公共密钥集合相关联的多签名地址添加到多密钥账户数据结构数据存储库的指令。250、实施例249的方法，其中，密码恢复私有密钥对应于密码公共密钥集合中的密码公共密钥。251、实施例246的方法，其中，所述密码公共密钥集合是包括两个密码公共密钥的集合，其中所述密码公共密钥集合包括正常使用密码公共密钥和恢复密码公共密钥。252、实施例246的方法，其中，从聚合区块链oracle获得触发事件消息。253、实施例252的方法，其中，聚合区块链oracle提供众包分散式数据。254、实施例246的方法，其中，触发事件是以下各项当中的任一项：用户请求，地理围栏约束违反的发生，反探通检测，时间范围围栏违反的发生，交易/消费约束违反的发生，账户结存约束违反的发生，所规定的oracle数据值的发生，智能合约生成器gui生成的密码智能规则违反的发生，检测到欺诈，检测到所规定的投票，检测到所规定的投票结果，检测到针对把外部特征添加到账户的请求，检测到所规定的密码验证响应，未能登录到第4方网站。255、实施例246的方法，其中，针对取回密码恢复私有密钥的指令还包括针对使用解密密钥对密码恢复私有密钥进行解密的指令，所述解密密钥由与多密钥账户数据结构数据存储库相关联的验证服务器提供。256、实施例246的方法，其中，针对促进恢复动作的指令还包括针对把与多密钥账户数据结构数据存储库相关联的密码令牌转移到所规定的位置的指令。257、实施例256的方法，其中，所规定的位置是与用户相关联的另一个多密钥账户数据结构数据存储库。258、实施例256的方法，其中，所规定的位置是与用户相关联的所规定的多签名地址，所述规定的多签名地址不与多密钥账户数据结构数据存储库相关联。259、实施例246的方法，其中，针对促进恢复动作的指令还包括针对向用户提供密码恢复私有密钥的指令。260、实施例246的方法，其中，通过智能合约生成器gui从用户处获得触发事件恢复设定。301、一种密码投票装置，包括：存储器；存储器中的组件总集，包括：投票者认证组件；以及投票处理组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的投票者认证组件发出指令，以便：通过至少一个处理器从用户处获得与投票活动相关联的密码投票请求；通过至少一个处理器从用户处获得投票者认证；通过至少一个处理器基于所获得的投票者认证数据确定用户被授权在投票活动中进行投票；通过至少一个处理器生成用于得到授权的用户的认证令牌；通过至少一个处理器生成密码投票用户界面(ui)并且向用户提供密码投票ui；其中，处理器从存储在存储器中的投票处理组件发出指令，以便：通过至少一个处理器从用户处获得密码投票输入，其中所述密码投票输入规定有条件投票，所述有条件投票包括一个投票条件集合，并且所述投票条件集合中的每一个投票条件与投票结果相关联并且与聚合区块链oracle相关联；通过至少一个处理器在社会聚合区块链数据结构中实例化有条件投票；通过至少一个处理器确定投票条件集合中的投票条件已被满足，这是通过评估由与所确定的投票条件相关联的聚合区块链oracle提供的聚合区块链oracle数据；以及通过至少一个处理器把有条件投票的投票结果确定为与所确定的投票条件相关联的投票结果。302、实施例301的装置，其中，针对获得投票者认证的指令还包括针对获得用于账户的登录凭证的指令，所述账户是基于由用户提供身份证据而创建的。303、实施例301的装置，其中，针对获得投票者认证的指令还包括针对检测用户满足在社会聚合区块链数据结构中实例化的智能合约的指令。304、实施例303的装置，其中，用户通过从已知属于该用户的密码地址转移密码令牌而满足智能合约。305、实施例301的装置，其中，针对确定用户被授权在投票活动中进行投票的指令还包括针对检测用户处在与投票活动相关联的投票者名单上的指令。306、实施例301的装置，其中，认证令牌被生成为使得无法从认证令牌确定用户的身份。307、实施例301的装置，其中，密码投票ui是智能合约生成器gui。308、实施例301的装置，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。309、实施例301的装置，其中，与投票条件相关联的投票结果是部分投票，其规定多个投票结果以及被分配给所述多个投票结果当中的每一个的投票权部分。310、实施例301的装置，其中，实例化有条件投票被加密。311、实施例301的装置，其中，所评估的聚合区块链oracle数据是组合众包分散式产品使用数据。312、实施例301的装置，还包括：处理器从存储在存储器中的投票处理组件发出指令，以便：促进与有条件投票的所确定的投票结果相关联的投票动作。313、实施例312的装置，其中，投票动作是以下各项当中的任一项：限制对账户的访问，释放额外的密钥，购买股票，在另一项投票活动中按照指定方式投票。314、实施例312的装置，其中，所评估的聚合区块链oracle数据包括与某一实体相关联的证券交易。315、实施例314的装置，其中，投票动作是复制所述实体的证券交易。316、一种存储处理器可执行组件的处理器可读密码投票非瞬态物理介质，所述组件包括：存储在介质中的组件总集，包括：投票者认证组件；以及投票处理组件；其中，存储在介质中的投票者认证组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器从用户处获得与投票活动相关联的密码投票请求；通过至少一个处理器从用户处获得投票者认证；通过至少一个处理器基于所获得的投票者认证数据确定用户被授权在投票活动中进行投票；通过至少一个处理器生成用于得到授权的用户的认证令牌；通过至少一个处理器生成密码投票用户界面(ui)并且向用户提供密码投票ui；其中，存储在介质中的投票处理组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器从用户处获得密码投票输入，其中所述密码投票输入规定有条件投票，所述有条件投票包括一个投票条件集合，并且所述投票条件集合中的每一个投票条件与投票结果相关联并且与聚合区块链oracle相关联；通过至少一个处理器在社会聚合区块链数据结构中实例化有条件投票；通过至少一个处理器确定投票条件集合中的投票条件已被满足，这是通过评估由与所确定的投票条件相关联的聚合区块链oracle提供的聚合区块链oracle数据；以及通过至少一个处理器把有条件投票的投票结果确定为与所确定的投票条件相关联的投票结果。317、实施例316的介质，其中，针对获得投票者认证的指令还包括针对获得用于账户的登录凭证的指令，所述账户是基于由用户提供身份证据而创建的。318、实施例316的介质，其中，针对获得投票者认证的指令还包括针对检测用户满足在社会聚合区块链数据结构中实例化的智能合约的指令。319、实施例318的介质，其中，用户通过从已知属于该用户的密码地址转移密码令牌而满足智能合约。320、实施例316的介质，其中，针对确定用户被授权在投票活动中进行投票的指令还包括针对检测用户处在与投票活动相关联的投票者名单上的指令。321、实施例316的介质，其中，认证令牌被生成为使得无法从认证令牌确定用户的身份。322、实施例316的介质，其中，密码投票ui是智能合约生成器gui。323、实施例316的介质，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。324、实施例316的介质，其中，与投票条件相关联的投票结果是部分投票，其规定多个投票结果以及被分配给所述多个投票结果当中的每一个的投票权部分。325、实施例316的介质，其中，实例化有条件投票被加密。326、实施例316的介质，其中，所评估的聚合区块链oracle数据是组合众包分散式产品使用数据。327、实施例316的介质，还包括：存储在介质中的投票处理组件包括用以实施以下操作的处理器可发出指令：促进与有条件投票的所确定的投票结果相关联的投票动作。328、实施例327的介质，其中，投票动作是以下各项当中的任一项：限制对账户的访问，释放额外的密钥，购买股票，在另一项投票活动中按照指定方式投票。329、实施例327的介质，其中，所评估的聚合区块链oracle数据包括与某一实体相关联的证券交易。330、实施例329的介质，其中，投票动作是复制所述实体的证券交易。331、一种处理器实施的密码投票系统，包括：投票者认证组件装置，其用来：通过至少一个处理器从用户处获得与投票活动相关联的密码投票请求；通过至少一个处理器从用户处获得投票者认证；通过至少一个处理器基于所获得的投票者认证数据确定用户被授权在投票活动中进行投票；通过至少一个处理器生成用于得到授权的用户的认证令牌；通过至少一个处理器生成密码投票用户界面(ui)并且向用户提供密码投票ui；投票处理组件装置，其用来：通过至少一个处理器从用户处获得密码投票输入，其中所述密码投票输入规定有条件投票，所述有条件投票包括一个投票条件集合，并且所述投票条件集合中的每一个投票条件与投票结果相关联并且与聚合区块链oracle相关联；通过至少一个处理器在社会聚合区块链数据结构中实例化有条件投票；通过至少一个处理器确定投票条件集合中的投票条件已被满足，这是通过评估由与所确定的投票条件相关联的聚合区块链oracle提供的聚合区块链oracle数据；以及通过至少一个处理器把有条件投票的投票结果确定为与所确定的投票条件相关联的投票结果。332、实施例331的系统，其中，用以获得投票者认证的装置还包括用以获得用于账户的登录凭证的装置，所述账户是基于由用户提供身份证据而创建的。333、实施例331的系统，其中，用以获得投票者认证的装置还包括用以检测用户满足在社会聚合区块链数据结构中实例化的智能合约的装置。334、实施例333的系统，其中，用户通过从已知属于该用户的密码地址转移密码令牌而满足智能合约。335、实施例331的系统，其中，用以确定用户被授权在投票活动中进行投票的装置还包括用以检测用户处在与投票活动相关联的投票者名单上的装置。336、实施例331的系统，其中，认证令牌被生成为使得无法从认证令牌确定用户的身份。337、实施例331的系统，其中，密码投票ui是智能合约生成器gui。338、实施例331的系统，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。339、实施例331的系统，其中，与投票条件相关联的投票结果是部分投票，其规定多个投票结果以及被分配给所述多个投票结果当中的每一个的投票权部分。340、实施例331的系统，其中，实例化有条件投票被加密。341、实施例331的系统，其中，所评估的聚合区块链oracle数据是组合众包分散式产品使用数据。342、实施例331的系统，还包括：投票处理组件装置，其用来：促进与有条件投票的所确定的投票结果相关联的投票动作。343、实施例342的系统，其中，投票动作是以下各项当中的任一项：限制对账户的访问，释放额外的密钥，购买股票，在另一项投票活动中按照指定方式投票。344、实施例342的系统，其中，所评估的聚合区块链oracle数据包括与某一实体相关联的证券交易。345、实施例344的系统，其中，投票动作是复制所述实体的证券交易。346、一种处理器实施的密码投票方法，包括：执行处理器实施的投票者认证组件指令，以便：通过至少一个处理器从用户处获得与投票活动相关联的密码投票请求；通过至少一个处理器从用户处获得投票者认证；通过至少一个处理器基于所获得的投票者认证数据确定用户被授权在投票活动中进行投票；通过至少一个处理器生成用于得到授权的用户的认证令牌；通过至少一个处理器生成密码投票用户界面(ui)并且向用户提供密码投票ui；执行处理器实施的投票处理组件指令，以便：通过至少一个处理器从用户处获得密码投票输入，其中所述密码投票输入规定有条件投票，所述有条件投票包括一个投票条件集合，并且所述投票条件集合中的每一个投票条件与投票结果相关联并且与聚合区块链oracle相关联；通过至少一个处理器在社会聚合区块链数据结构中实例化有条件投票；通过至少一个处理器确定投票条件集合中的投票条件已被满足，这是通过评估由与所确定的投票条件相关联的聚合区块链oracle提供的聚合区块链oracle数据；以及通过至少一个处理器把有条件投票的投票结果确定为与所确定的投票条件相关联的投票结果。347、实施例346的方法，其中，针对获得投票者认证的指令还包括针对获得用于账户的登录凭证的指令，所述账户是基于由用户提供身份证据而创建的。348、实施例346的方法，其中，针对获得投票者认证的指令还包括针对检测用户满足在社会聚合区块链数据结构中实例化的智能合约的指令。349、实施例348的方法，其中，用户通过从已知属于该用户的密码地址转移密码令牌而满足智能合约。350、实施例346的方法，其中，针对确定用户被授权在投票活动中进行投票的指令还包括针对检测用户处在与投票活动相关联的投票者名单上的指令。351、实施例346的方法，其中，认证令牌被生成为使得无法从认证令牌确定用户的身份。352、实施例346的方法，其中，密码投票ui是智能合约生成器gui。353、实施例346的方法，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。354、实施例346的方法，其中，与投票条件相关联的投票结果是部分投票，其规定多个投票结果以及被分配给所述多个投票结果当中的每一个的投票权部分。355、实施例346的方法，其中，实例化有条件投票被加密。356、实施例346的方法，其中，所评估的聚合区块链oracle数据是组合众包分散式产品使用数据。357、实施例346的方法，还包括：执行处理器实施的投票处理组件指令，以便：促进与有条件投票的所确定的投票结果相关联的投票动作。358、实施例357的方法，其中，投票动作是以下各项当中的任一项：限制对账户的访问，释放额外的密钥，购买股票，在另一项投票活动中按照指定方式投票。359、实施例357的方法，其中，所评估的聚合区块链oracle数据包括与某一实体相关联的证券交易。360、实施例359的方法，其中，投票动作是复制所述实体的证券交易。401、一种密码验证装置，包括：存储器；存储器中的组件总集，包括：验证处理组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的验证处理组件发出指令，以便：通过至少一个处理器从得到认证的用户处获得与参与者账户数据结构相关联的外部特征添加请求，其中所述外部特征添加请求标识出将与参与者账户数据结构相关联的外部特征；通过至少一个处理器确定针对外部特征添加请求的验证标准；通过至少一个处理器基于所确定的验证标准确定将从得到认证的用户处获得的验证数据参数，其中所述验证数据参数包括将由得到认证的用户转移的一个或多个密码令牌的规范；通过至少一个处理器确定用于外部特征的验证地址；通过至少一个处理器生成密码验证请求，所述密码验证请求规定将从得到认证的用户处获得的验证数据参数以及将从该处转移所述一个或多个密码令牌的验证地址；通过至少一个处理器向得到认证的用户提供密码验证请求；通过至少一个处理器从得到认证的用户处获得密码验证响应，其中所述密码验证响应包括社会聚合区块链数据结构中的验证交易；以及通过至少一个处理器基于确定验证交易满足所规定的验证数据参数而修改参与者账户数据结构，以便表明与外部特征的关联。402、实施例401的装置，其中，参与者账户数据结构与多密钥账户数据结构数据存储库相关联。403、实施例401的装置，其中，外部特征是第三方电子钱包。404、实施例401的装置，其中，外部特征添加请求规定将在该处利用外部特征的关联服务。405、实施例404的装置，其中，验证标准是特定于关联服务的。406、实施例401的装置，其中，验证标准是基于智能合约生成器gui生成的密码智能规则。407、实施例401的装置，其中，验证数据参数包括以下各项当中的一项或多项：验证字符串，验证金额，位置数据，时间标记，元数据，可触发ui。408、实施例403的装置，还包括：处理器从存储在存储器中的验证处理组件发出指令，以便：把一个或多个密码令牌转移到第三方电子钱包。409、实施例408的装置，其中，所述一个或多个密码令牌包括利用与第三方电子钱包相关联的公共密钥加密的已加密密码令牌数据。410、实施例401的装置，其中，针对生成密码验证请求的指令还包括针对在社会聚合区块链数据结构中实例化密码智能合约的指令。411、实施例410的装置，其中，针对确定验证交易满足所规定的验证数据参数的指令还包括针对检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的指令。412、实施例410的装置，其中，密码智能合约规定与验证数据参数相关联的聚合区块链oracle。413、实施例412的装置，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。414、实施例413的装置，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。415、实施例412的装置，其中，针对确定验证交易满足所规定的验证数据参数的指令还包括针对基于由聚合区块链oracle提供的oracle数据而检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的指令。416、一种存储处理器可执行组件的处理器可读密码验证非瞬态物理介质，所述组件包括：存储在介质中的组件总集，包括：验证处理组件；其中，存储在介质中的验证处理组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器从得到认证的用户处获得与参与者账户数据结构相关联的外部特征添加请求，其中所述外部特征添加请求标识出将与参与者账户数据结构相关联的外部特征；通过至少一个处理器确定针对外部特征添加请求的验证标准；通过至少一个处理器基于所确定的验证标准确定将从得到认证的用户处获得的验证数据参数，其中所述验证数据参数包括将由得到认证的用户转移的一个或多个密码令牌的规范；通过至少一个处理器确定用于外部特征的验证地址；通过至少一个处理器生成密码验证请求，所述密码验证请求规定将从得到认证的用户处获得的验证数据参数以及将从该处转移所述一个或多个密码令牌的验证地址；通过至少一个处理器向得到认证的用户提供密码验证请求；通过至少一个处理器从得到认证的用户处获得密码验证响应，其中所述密码验证响应包括社会聚合区块链数据结构中的验证交易；以及通过至少一个处理器基于确定验证交易满足所规定的验证数据参数而修改参与者账户数据结构，以便表明与外部特征的关联。417、实施例416的介质，其中，参与者账户数据结构与多密钥账户数据结构数据存储库相关联。418、实施例416的介质，其中，外部特征是第三方电子钱包。419、实施例416的介质，其中，外部特征添加请求规定将在该处利用外部特征的关联服务。420、实施例419的介质，其中，验证标准是特定于关联服务的。421、实施例416的介质，其中，验证标准是基于智能合约生成器gui生成的密码智能规则。422、实施例416的介质，其中，验证数据参数包括以下各项当中的一项或多项：验证字符串，验证金额，位置数据，时间标记，元数据，可触发ui。423、实施例418的介质，还包括：存储在介质中的验证处理组件包括用以实施以下操作的处理器可发出指令：把一个或多个密码令牌转移到第三方电子钱包。424、实施例423的介质，其中，所述一个或多个密码令牌包括利用与第三方电子钱包相关联的公共密钥加密的已加密密码令牌数据。425、实施例416的介质，其中，针对生成密码验证请求的指令还包括针对在社会聚合区块链数据结构中实例化密码智能合约的指令。426、实施例425的介质，其中，针对确定验证交易满足所规定的验证数据参数的指令还包括针对检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的指令。427、实施例425的介质，其中，密码智能合约规定与验证数据参数相关联的聚合区块链oracle。428、实施例427的介质，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。429、实施例428的介质，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。430、实施例427的介质，其中，针对确定验证交易满足所规定的验证数据参数的指令还包括针对基于由聚合区块链oracle提供的oracle数据而检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的指令。431、一种处理器实施的密码验证系统，包括：验证处理组件装置，其用来：通过至少一个处理器从得到认证的用户处获得与参与者账户数据结构相关联的外部特征添加请求，其中所述外部特征添加请求标识出将与参与者账户数据结构相关联的外部特征；通过至少一个处理器确定针对外部特征添加请求的验证标准；通过至少一个处理器基于所确定的验证标准确定将从得到认证的用户处获得的验证数据参数，其中所述验证数据参数包括将由得到认证的用户转移的一个或多个密码令牌的规范；通过至少一个处理器确定用于外部特征的验证地址；通过至少一个处理器生成密码验证请求，所述密码验证请求规定将从得到认证的用户处获得的验证数据参数以及将从该处转移所述一个或多个密码令牌的验证地址；通过至少一个处理器向得到认证的用户提供密码验证请求；通过至少一个处理器从得到认证的用户处获得密码验证响应，其中所述密码验证响应包括社会聚合区块链数据结构中的验证交易；以及通过至少一个处理器基于确定验证交易满足所规定的验证数据参数而修改参与者账户数据结构，以便表明与外部特征的关联。432、实施例431的系统，其中，参与者账户数据结构与多密钥账户数据结构数据存储库相关联。433、实施例431的系统，其中，外部特征是第三方电子钱包。434、实施例431的系统，其中，外部特征添加请求规定将在该处利用外部特征的关联服务。435、实施例434的系统，其中，验证标准是特定于关联服务的。436、实施例431的系统，其中，验证标准是基于智能合约生成器gui生成的密码智能规则。437、实施例431的系统，其中，验证数据参数包括以下各项当中的一项或多项：验证字符串，验证金额，位置数据，时间标记，元数据，可触发ui。438、实施例433的系统，还包括：验证处理组件装置，其用来：把一个或多个密码令牌转移到第三方电子钱包。439、实施例438的系统，其中，所述一个或多个密码令牌包括利用与第三方电子钱包相关联的公共密钥加密的已加密密码令牌数据。440、实施例431的系统，其中，用以生成密码验证请求的装置还包括用以在社会聚合区块链数据结构中实例化密码智能合约的装置。441、实施例440的系统，其中，用以确定验证交易满足所规定的验证数据参数的装置还包括用以检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的装置。442、实施例440的系统，其中，密码智能合约规定与验证数据参数相关联的聚合区块链oracle。443、实施例442的系统，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。444、实施例443的系统，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。445、实施例442的系统，其中，用以确定验证交易满足所规定的验证数据参数的装置还包括用以基于由聚合区块链oracle提供的oracle数据而检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的装置。446、一种处理器实施的密码验证方法，包括：执行处理器实施的验证处理组件指令，以便：通过至少一个处理器从得到认证的用户处获得与参与者账户数据结构相关联的外部特征添加请求，其中所述外部特征添加请求标识出将与参与者账户数据结构相关联的外部特征；通过至少一个处理器确定针对外部特征添加请求的验证标准；通过至少一个处理器基于所确定的验证标准确定将从得到认证的用户处获得的验证数据参数，其中所述验证数据参数包括将由得到认证的用户转移的一个或多个密码令牌的规范；通过至少一个处理器确定用于外部特征的验证地址；通过至少一个处理器生成密码验证请求，所述密码验证请求规定将从得到认证的用户处获得的验证数据参数以及将从该处转移所述一个或多个密码令牌的验证地址；通过至少一个处理器向得到认证的用户提供密码验证请求；通过至少一个处理器从得到认证的用户处获得密码验证响应，其中所述密码验证响应包括社会聚合区块链数据结构中的验证交易；以及通过至少一个处理器基于确定验证交易满足所规定的验证数据参数而修改参与者账户数据结构，以便表明与外部特征的关联。447、实施例446的方法，其中，参与者账户数据结构与多密钥账户数据结构数据存储库相关联。448、实施例446的方法，其中，外部特征是第三方电子钱包。449、实施例446的方法，其中，外部特征添加请求规定将在该处利用外部特征的关联服务。450、实施例449的方法，其中，验证标准是特定于关联服务的。451、实施例446的方法，其中，验证标准是基于智能合约生成器gui生成的密码智能规则。452、实施例446的方法，其中，验证数据参数包括以下各项当中的一项或多项：验证字符串，验证金额，位置数据，时间标记，元数据，可触发ui。453、实施例448的方法，还包括：执行处理器实施的验证处理组件指令，以便：把一个或多个密码令牌转移到第三方电子钱包。454、实施例453的方法，其中，所述一个或多个密码令牌包括利用与第三方电子钱包相关联的公共密钥加密的已加密密码令牌数据。455、实施例446的方法，其中，针对生成密码验证请求的指令还包括针对在社会聚合区块链数据结构中实例化密码智能合约的指令。456、实施例455的方法，其中，针对确定验证交易满足所规定的验证数据参数的指令还包括针对检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的指令。457、实施例455的方法，其中，密码智能合约规定与验证数据参数相关联的聚合区块链oracle。458、实施例457的方法，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。459、实施例458的方法，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。460、实施例457的方法，其中，针对确定验证交易满足所规定的验证数据参数的指令还包括针对基于由聚合区块链oracle提供的oracle数据而检测验证交易满足在社会聚合区块链数据结构中实例化的密码智能合约的指令。501、一种密码智能规则生成器装置，包括：存储器；存储器中的组件总集，包括：智能合约生成组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的智能合约生成组件发出指令，以便：通过至少一个处理器从用户处获得关于与聚合密码交易触发条目相关联的密码智能规则的密码智能规则类型的选择；通过至少一个处理器提供用于所选择的密码智能规则类型的密码智能规则生成器用户界面(ui)；通过至少一个处理器从用户处通过所述ui获得关于密码智能规则的阈值约束的选择；通过至少一个处理器从用户处通过所述ui获得关于聚合区块链oracle的选择，所述聚合区块链oracle提供oracle数据以用于通过针对密码智能规则的聚合密码交易触发条目进行评估；通过至少一个处理器基于所选择的阈值约束以及针对密码智能规则所选择的聚合区块链oracle而生成聚合密码交易触发条目；以及通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码交易触发条目。502、实施例501的装置，其中，聚合区块链oracle是社会聚合区块链数据结构中的另一个聚合密码交易触发条目。503、实施例501的装置，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。504、实施例503的装置，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。505、实施例501的装置，其中，聚合区块链oracle提供众包分散式数据。506、实施例501的装置，其中，与实例化聚合密码交易触发条目相关联的阈值约束是基于以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。507、实施例501的装置，其中，阈值约束是级联的并且包括至少两个层级。508、实施例501的装置，其中，实例化聚合密码交易触发条目被配置成在满足密码智能规则时促进动作，所述动作是以下各项当中的任一项：在对应方之间交换资产，限制对于账户数据结构数据存储库的访问，释放与账户数据结构数据存储库相关联的额外密钥，购买股票，按照指定方式投票。509、实施例501的装置，其中，ui包括图表组件。510、实施例501的装置，其中，ui包括地理地图组件。511、一种存储处理器可执行组件的处理器可读密码智能规则生成器非瞬态物理介质，所述组件包括：存储在介质中的组件总集，包括：智能合约生成组件；其中，存储在介质中的智能合约生成组件包括用以实施以下操作的处理器可发出指令：通过至少一个处理器从用户处获得关于与聚合密码交易触发条目相关联的密码智能规则的密码智能规则类型的选择；通过至少一个处理器提供用于所选择的密码智能规则类型的密码智能规则生成器用户界面(ui)；通过至少一个处理器从用户处通过所述ui获得关于密码智能规则的阈值约束的选择；通过至少一个处理器从用户处通过所述ui获得关于聚合区块链oracle的选择，所述聚合区块链oracle提供oracle数据以用于通过针对密码智能规则的聚合密码交易触发条目进行评估；通过至少一个处理器基于所选择的阈值约束以及针对密码智能规则所选择的聚合区块链oracle而生成聚合密码交易触发条目；以及通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码交易触发条目。512、实施例511的介质，其中，聚合区块链oracle是社会聚合区块链数据结构中的另一个聚合密码交易触发条目。513、实施例511的介质，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。514、实施例513的介质，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。515、实施例511的介质，其中，聚合区块链oracle提供众包分散式数据。516、实施例511的介质，其中，与实例化聚合密码交易触发条目相关联的阈值约束是基于以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。517、实施例511的介质，其中，阈值约束是级联的并且包括至少两个层级。518、实施例511的介质，其中，实例化聚合密码交易触发条目被配置成在满足密码智能规则时促进动作，所述动作是以下各项当中的任一项：在对应方之间交换资产，限制对于账户数据结构数据存储库的访问，释放与账户数据结构数据存储库相关联的额外密钥，购买股票，按照指定方式投票。519、实施例511的介质，其中，ui包括图表组件。520、实施例511的介质，其中，ui包括地理地图组件。521、一种处理器实施的密码智能规则生成器系统，包括：智能合约生成组件装置，其用来：通过至少一个处理器从用户处获得关于与聚合密码交易触发条目相关联的密码智能规则的密码智能规则类型的选择；通过至少一个处理器提供用于所选择的密码智能规则类型的密码智能规则生成器用户界面(ui)；通过至少一个处理器从用户处通过所述ui获得关于密码智能规则的阈值约束的选择；通过至少一个处理器从用户处通过所述ui获得关于聚合区块链oracle的选择，所述聚合区块链oracle提供oracle数据以用于通过针对密码智能规则的聚合密码交易触发条目进行评估；通过至少一个处理器基于所选择的阈值约束以及针对密码智能规则所选择的聚合区块链oracle而生成聚合密码交易触发条目；以及通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码交易触发条目。522、实施例521的系统，其中，聚合区块链oracle是社会聚合区块链数据结构中的另一个聚合密码交易触发条目。523、实施例521的系统，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。524、实施例523的系统，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。525、实施例521的系统，其中，聚合区块链oracle提供众包分散式数据。526、实施例521的系统，其中，与实例化聚合密码交易触发条目相关联的阈值约束是基于以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。527、实施例521的系统，其中，阈值约束是级联的并且包括至少两个层级。528、实施例521的系统，其中，实例化聚合密码交易触发条目被配置成在满足密码智能规则时促进动作，所述动作是以下各项当中的任一项：在对应方之间交换资产，限制对于账户数据结构数据存储库的访问，释放与账户数据结构数据存储库相关联的额外密钥，购买股票，按照指定方式投票。529、实施例521的系统，其中，ui包括图表组件。530、实施例521的系统，其中，ui包括地理地图组件。531、一种处理器实施的密码智能规则生成器方法，包括：执行处理器实施的智能合约生成组件指令，以便：通过至少一个处理器从用户处获得关于与聚合密码交易触发条目相关联的密码智能规则的密码智能规则类型的选择；通过至少一个处理器提供用于所选择的密码智能规则类型的密码智能规则生成器用户界面(ui)；通过至少一个处理器从用户处通过所述ui获得关于密码智能规则的阈值约束的选择；通过至少一个处理器从用户处通过所述ui获得关于聚合区块链oracle的选择，所述聚合区块链oracle提供oracle数据以用于通过针对密码智能规则的聚合密码交易触发条目进行评估；通过至少一个处理器基于所选择的阈值约束以及针对密码智能规则所选择的聚合区块链oracle而生成聚合密码交易触发条目；以及通过至少一个处理器在社会聚合区块链数据结构中实例化聚合密码交易触发条目。532、实施例531的方法，其中，聚合区块链oracle是社会聚合区块链数据结构中的另一个聚合密码交易触发条目。533、实施例531的方法，其中，聚合区块链oracle是以下各项当中的任一项：市场数据提供者，gps数据提供者，日期/时间提供者，众包分散式数据提供者，新闻提供者，活动监测器，rss馈送。534、实施例533的方法，其中，rss馈送是以下各项当中的任一项：聚合移动电话数据馈送，社交网络馈送，新闻馈送，市场数据馈送。535、实施例531的方法，其中，聚合区块链oracle提供众包分散式数据。536、实施例531的方法，其中，与实例化聚合密码交易触发条目相关联的阈值约束是基于以下各项当中的任一项：反探通检测，在账户数据结构数据存储库中检测到超额阈值账户结存，检测到聚合区块链oracle数据值的超额阈值，检测到超额阈值数目的交易，检测到所规定的微交易金额，智能合约生成器gui生成的密码智能规则的超额边界，未能登录到第4方网站，地理围栏违反，用户请求。537、实施例531的方法，其中，阈值约束是级联的并且包括至少两个层级。538、实施例531的方法，其中，实例化聚合密码交易触发条目被配置成在满足密码智能规则时促进动作，所述动作是以下各项当中的任一项：在对应方之间交换资产，限制对于账户数据结构数据存储库的访问，释放与账户数据结构数据存储库相关联的额外密钥，购买股票，按照指定方式投票。539、实施例531的方法，其中，ui包括图表组件。540、实施例531的方法，其中，ui包括地理地图组件。1001、一种移居迁移跟踪装置，包括：存储器；任何存储器和通信中的组件总集，包括：移居组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的移居组件发出指令，以便：从与用户相关联的移居者钱包源获得独有钱包标识符；从移居者钱包源获得地理交易请求；将地理交易请求提交到分布式区块链数据库，所述分布式区块链数据库被配置成把地理交易请求传播经过分布式区块链数据库网络；在初始时间提供起始迁移地区；在后续时间提供目标迁移地区；向分布式区块链数据库查询在初始时间与起始迁移地区相匹配的用户；从查询结果中选择在后续时间在目标迁移地区处丢失或迁移的用户的子集；从查询中识别不处于所选子集中的丢失的用户。1002、实施例1001的装置，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1003、实施例1002的装置，其中，所述字段包括经度和纬度。1004、实施例1002的装置，其中，附加字段包括属性。1005、实施例1004的装置，其中，附加字段包括大小。1006、实施例1004的装置，其中，属性包括国籍。1007、实施例1004的装置，其中，属性包括用户的标识信息。1008、一种存储处理器可执行组件的处理器可读移居迁移跟踪非瞬态介质，所述组件包括：存储在介质中的组件总集，包括：移居组件；其中，存储在介质中的组件总集包括用以实施以下操作的处理器可发出指令：从与用户相关联的移居者钱包源获得独有钱包标识符；从移居者钱包源获得地理交易请求；将地理交易请求提交到分布式区块链数据库，所述分布式区块链数据库被配置成把地理交易请求传播经过分布式区块链数据库网络；在初始时间提供起始迁移地区；在后续时间提供目标迁移地区；向分布式区块链数据库查询在初始时间与起始迁移地区相匹配的用户；从查询结果中选择在后续时间处于目标迁移地区的丢失或迁移的用户的子集；从查询中识别不处于所选子集中的丢失的用户。1009、实施例1008的处理器可读移居迁移跟踪非瞬态介质，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1010、实施例1009的处理器可读移居迁移跟踪非瞬态介质，其中，所述字段包括经度和纬度。1011、实施例1009的处理器可读移居迁移跟踪非瞬态介质，其中，附加字段包括属性。1012、实施例1011的处理器可读移居迁移跟踪非瞬态介质，其中，附加字段包括大小。1013、实施例1011的处理器可读移居迁移跟踪非瞬态介质，其中，属性包括国籍。1014、实施例1011的处理器可读移居迁移跟踪非瞬态介质，其中，属性包括用户的标识信息。1015、一种处理器实施的移居迁移跟踪方法，包括：执行处理器实施的移居组件指令，以便：从与用户相关联的移居者钱包源获得独有钱包标识符；从移居者钱包源获得地理交易请求；将地理交易请求提交到分布式区块链数据库，所述分布式区块链数据库被配置成把地理交易请求传播经过分布式区块链数据库网络；在初始时间提供起始迁移地区；在后续时间提供目标迁移地区；向分布式区块链数据库查询在初始时间与起始迁移地区相匹配的用户；从查询结果中选择在后续时间在目标迁移地区处丢失或迁移的用户的子集；从查询中识别不处于所选子集中的丢失的用户。1016、实施例1015的处理器实施的移居迁移跟踪方法，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1017、实施例1016的处理器实施的移居迁移跟踪方法，其中，所述字段包括经度和纬度。1018、实施例1016的处理器实施的移居迁移跟踪方法，其中，附加字段包括属性。1019、实施例1016的处理器实施的移居迁移跟踪方法，其中，附加字段包括大小。1020、实施例1016的处理器实施的移居迁移跟踪方法，其中，属性包括国籍。1021、实施例1016的处理器实施的移居迁移跟踪方法，其中，属性包括用户的标识信息。1022、一种处理器实施的移居迁移跟踪系统，包括：移居组件装置，其用来：从与用户相关联的移居者钱包源获得独有钱包标识符；从移居者钱包源获得地理交易请求；将地理交易请求提交到分布式区块链数据库，所述分布式区块链数据库被配置成把地理交易请求传播经过分布式区块链数据库网络；在初始时间提供起始迁移地区；在后续时间提供目标迁移地区；向分布式区块链数据库查询在初始时间与起始迁移地区相匹配的用户；从查询结果中选择在后续时间处于目标迁移地区的丢失或迁移的用户的子集；从查询中识别不处于所选子集中的丢失的用户。1023、实施例1022的处理器实施的移居迁移跟踪系统，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1024、实施例1022的处理器实施的移居迁移跟踪系统，其中，所述字段包括经度和纬度。1025、实施例1022的处理器实施的移居迁移跟踪系统，其中，附加字段包括属性。1026、实施例1022的处理器实施的移居迁移跟踪系统，其中，附加字段包括大小。1027、实施例1022的处理器实施的移居迁移跟踪系统，其中，属性包括国籍。1028、实施例1022的处理器实施的移居迁移跟踪系统，其中，属性包括用户的标识信息。1029、一种点对点支付引导装置，包括：存储器；任何存储器和通信中的组件总集，包括：点对点引导组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的点对点引导组件发出指令，以便：在信标处获得目标钱包标识符登记；向信标登记目标钱包标识符；在信标处从与用户相关联的移居者钱包源获得独有钱包标识符；在信标处从移居者钱包源获得目标交易请求；向分布式区块链数据库提交针对在目标交易请求中规定的金额的目标交易请求，所述分布式区块链数据库被配置成把目标交易请求传播经过分布式区块链数据库网络，从而用于以登记在信标处的目标钱包标识符为目标的支付。1030、实施例1029的装置，其中，信标登记到某一组织。1031、实施例1030的装置，其中，目标钱包标识符属于所述组织的雇员。1032、实施例1031的装置，还包括：验证目标钱包标识符与所述组织相关联。1033、实施例1032的装置，其中，所述验证包括识别出目标钱包标识符存在于组织的数据库中。1034、实施例1032的装置，其中，所述验证包括认证凭证。1035、实施例1034的装置，其中，认证凭证被数字签名。1036、实施例1034的装置，其中，认证凭证被加密。1037、实施例1034的装置，其中，目标钱包的登记在认证后发生。1038、实施例1029的装置，其中，目标交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1039、实施例1038的装置，其中，所述字段包括小费金额。1040、实施例1038的装置，其中，所述字段包括信标的独有标识符。1041、实施例1038的装置，其中，所述字段包括目标钱包标识符。1042、实施例1038的装置，其中，所述字段包括用户的标识信息。1043、实施例1029的装置，其中，信标是能够访问与目标钱包标识符相关联的目标用户的目标钱包的目标移动用户设备。1044、实施例1029的装置，其中，独有钱包标识符的源是能够访问与独有钱包标识符相关联的用户的源钱包的源移动用户设备。1045、实施例1038的装置，其中，所述字段包括交易金额。1046、实施例1038的装置，其中，所述字段包括交易项目。1047、实施例1029的装置，其中，信标可以集成到设备。1048、实施例1047的装置，其中，所述集成可以是通过具有处理器和无线通信的智能设备。1049、实施例1047的装置，其中，所述集成可以是通过把信标固定到设备。1050、实施例1047的装置，其中，信标可以被固定到公用设施仪表。1051、实施例1047的装置，其中，固定到公用设施仪表的信标可以由用户读取。1052、实施例1047的装置，其中，固定到公用设施仪表的信标可以由用户读取，并且未偿付的使用可以由用户支付。1053、实施例1047的装置，其中，固定到公用设施仪表的信标是旅馆处的冰箱，并且使用计量包括用户所消费的项目。1054、实施例1047的装置，其中，固定到公用设施仪表的信标是旅馆处的恒温器，并且使用计量包括用户所消费的项目。1055、实施例1047的装置，其中，固定到公用设施仪表的信标是旅馆处的电视，并且使用计量包括用户所观看的项目。1056、实施例1047的装置，其中，固定到公用设施仪表的信标是固定到旅馆处的消费品的按钮，并且使用计量包括用户所消费的项目。1057、一种存储处理器可执行组件的处理器可读点对点支付引导非瞬态介质，所述组件包括：存储在介质中的组件总集，包括：点对点引导组件；其中，存储在介质中的组件总集包括用以实施以下操作的处理器可发出指令：在信标处获得目标钱包标识符登记；向信标登记目标钱包标识符；在信标处从与用户相关联的钱包源获得独有钱包标识符；在信标处从钱包源获得目标交易请求；向分布式区块链数据库提交针对在目标交易请求中规定的金额的目标交易请求，所述分布式区块链数据库被配置成把目标交易请求传播经过分布式区块链数据库网络，从而用于以登记在信标处的目标钱包标识符为目标的支付。1058、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，信标登记到某一组织。1059、实施例1058的处理器可读点对点支付引导非瞬态介质，其中，目标钱包标识符属于所述组织的雇员。1060、实施例1059的处理器可读点对点支付引导非瞬态介质，还包括：用以验证目标钱包标识符与所述组织相关联的指令。1061、实施例1060的处理器可读点对点支付引导非瞬态介质，其中，所述验证包括识别出目标钱包标识符存在于组织的数据库中。1062、实施例1060的处理器可读点对点支付引导非瞬态介质，其中，所述验证包括认证凭证。1063、实施例1062的处理器可读点对点支付引导非瞬态介质，其中，认证凭证被数字签名。1064、实施例1062的处理器可读点对点支付引导非瞬态介质，其中，认证凭证被加密。1065、实施例1060的处理器可读点对点支付引导非瞬态介质，其中，目标钱包的登记在认证后发生。1066、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，目标交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1067、实施例1066的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括小费金额。1068、实施例1066的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括信标的独有标识符。1069、实施例1066的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括目标钱包标识符。1070、实施例1066的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括用户的标识信息。1071、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，信标是能够访问与目标钱包标识符相关联的目标用户的目标钱包的目标移动用户设备。1072、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，独有钱包标识符的源是能够访问与独有钱包标识符相关联的用户的源钱包的源移动用户设备。1073、实施例1066的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括交易金额。1074、实施例1066的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括交易项目。1075、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，信标可以集成到设备。1076、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，所述集成可以是通过具有处理器和无线通信的智能设备。1077、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，所述集成可以是通过把信标固定到设备。1078、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，信标可以被固定到公用设施仪表。1079、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，固定到公用设施仪表的信标可以由用户读取。1080、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，固定到公用设施仪表的信标可以由用户读取，并且未偿付的使用可以由用户支付。1081、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，固定到公用设施仪表的信标是旅馆处的冰箱，并且使用计量包括用户所消费的项目。1082、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，固定到公用设施仪表的信标是旅馆处的恒温器，并且使用计量包括用户所消费的项目。1083、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，固定到公用设施仪表的信标是旅馆处的电视，并且使用计量包括用户所观看的项目。1084、实施例1057的处理器可读点对点支付引导非瞬态介质，其中，固定到公用设施仪表的信标是固定到旅馆处的消费品的按钮，并且使用计量包括用户所消费的项目。1085、一种处理器实施的点对点支付引导方法，包括：执行处理器实施的点对点引导组件指令，以便：在信标处获得目标钱包标识符登记；向信标登记目标钱包标识符；在信标处从与用户相关联的钱包源获得独有钱包标识符；在信标处从移居者钱包源获得目标交易请求；向分布式区块链数据库提交针对在目标交易请求中规定的金额的目标交易请求，所述分布式区块链数据库被配置成把目标交易请求传播经过分布式区块链数据库网络，从而用于以登记在信标处的目标钱包标识符为目标的支付。1086、实施例1085的处理器实施的点对点支付引导方法，其中，信标登记到某一组织。1087、实施例1085的处理器实施的点对点支付引导方法，其中，目标钱包标识符属于所述组织的雇员。1088、实施例1085的处理器实施的点对点支付引导方法，还包括：针对验证目标钱包标识符与所述组织相关联的指令。1089、实施例1088的处理器实施的点对点支付引导方法，其中，所述验证包括识别出目标钱包标识符存在于组织的数据库中。1090、实施例1088的处理器实施的点对点支付引导方法，其中，所述验证包括认证凭证。1091、实施例1090的处理器实施的点对点支付引导方法，其中，认证凭证被数字签名。1092、实施例1090的处理器实施的点对点支付引导方法，其中，认证凭证被加密。1093、实施例1090的处理器实施的点对点支付引导方法，其中，目标钱包的登记在认证后发生。1094、实施例1088的处理器实施的点对点支付引导方法，其中，目标交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1095、实施例1094的处理器实施的点对点支付引导方法，其中，所述字段包括小费金额。1096、实施例1094的处理器实施的点对点支付引导方法，其中，所述字段包括信标的独有标识符。1097、实施例1094的处理器实施的点对点支付引导方法，其中，所述字段包括目标钱包标识符。1098、实施例1094的处理器实施的点对点支付引导方法，其中，所述字段包括用户的标识信息。1099、实施例1094的处理器实施的点对点支付引导方法，其中，信标是能够访问与目标钱包标识符相关联的目标用户的目标钱包的目标移动用户设备。1100、实施例1094的处理器实施的点对点支付引导方法，其中，独有钱包标识符的源是能够访问与独有钱包标识符相关联的用户的源钱包的源移动用户设备。1101、实施例1094的处理器实施的点对点支付引导方法，其中，所述字段包括交易金额。1102、实施例1094的处理器实施的点对点支付引导方法，其中，所述字段包括交易项目。1103、实施例1094的处理器实施的点对点支付引导方法，其中，信标可以集成到设备。1104、实施例1094的处理器实施的点对点支付引导方法，其中，所述集成可以是通过具有处理器和无线通信的智能设备。1105、实施例1094的处理器实施的点对点支付引导方法，其中，所述集成可以是通过把信标固定到设备。1106、实施例1094的处理器实施的点对点支付引导方法，其中，信标可以被固定到公用设施仪表。1107、实施例1094的处理器实施的点对点支付引导方法，其中，固定到公用设施仪表的信标可以由用户读取。1108、实施例1094的处理器实施的点对点支付引导方法，其中，固定到公用设施仪表的信标可以由用户读取，并且未偿付的使用可以由用户支付。1109、实施例1094的处理器实施的点对点支付引导方法，其中，固定到公用设施仪表的信标是旅馆处的冰箱，并且使用计量包括用户所消费的项目。1110、实施例1094的处理器实施的点对点支付引导方法，其中，固定到公用设施仪表的信标是旅馆处的恒温器，并且使用计量包括用户所消费的项目。1111、实施例1094的处理器实施的点对点支付引导方法，其中，固定到公用设施仪表的信标是旅馆处的电视，并且使用计量包括用户所观看的项目。1112、实施例1094的处理器实施的点对点支付引导方法，其中，固定到公用设施仪表的信标是固定到旅馆处的消费品的按钮，并且使用计量包括用户所消费的项目。1113、一种处理器实施的点对点支付引导系统，包括：点对点引导组件装置，其用来：在信标处获得目标钱包标识符登记；向信标登记目标钱包标识符；在信标处从与用户相关联的钱包源获得独有钱包标识符；在信标处从钱包源获得目标交易请求；向分布式区块链数据库提交针对在目标交易请求中规定的金额的目标交易请求，所述分布式区块链数据库被配置成把目标交易请求传播经过分布式区块链数据库网络，从而用于以登记在信标处的目标钱包标识符为目标的支付。1114、实施例1113的处理器实施的点对点支付引导系统，其中，信标登记到某一组织。1115、实施例1113的处理器实施的点对点支付引导系统，其中，目标钱包标识符属于所述组织的雇员。1116、处理器实施的点对点支付引导系统92，还包括：针对验证目标钱包标识符与所述组织相关联的指令。1117、实施例1116的处理器实施的点对点支付引导系统，其中，所述验证包括识别出目标钱包标识符存在于组织的数据库中。1118、实施例1116的处理器实施的点对点支付引导系统，其中，所述验证包括认证凭证。1119、实施例1116的处理器实施的点对点支付引导系统，其中，认证凭证被数字签名。1120、实施例1116的处理器实施的点对点支付引导系统，其中，认证凭证被加密。1121、实施例1116的处理器实施的点对点支付引导系统，其中，目标钱包的登记在认证后发生。1122、实施例1116的处理器实施的点对点支付引导系统，其中，目标交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1123、实施例1122的处理器实施的点对点支付引导系统，其中，所述字段包括小费金额。1124、实施例1122的处理器实施的点对点支付引导系统，其中，所述字段包括信标的独有标识符。1125、实施例1122的处理器实施的点对点支付引导系统，其中，所述字段包括目标钱包标识符。1126、实施例1122的处理器实施的点对点支付引导系统，其中，所述字段包括用户的标识信息。1127、实施例1116的处理器实施的点对点支付引导系统，其中，信标是能够访问与目标钱包标识符相关联的目标用户的目标钱包的目标移动用户设备。1128、实施例1116的处理器实施的点对点支付引导系统，其中，独有钱包标识符的源是能够访问与独有钱包标识符相关联的用户的源钱包的源移动用户设备。1129、实施例1116的处理器实施的点对点支付引导系统，其中，所述字段包括交易金额。1130、实施例1116的处理器实施的点对点支付引导系统，其中，所述字段包括交易项目。1131、实施例1116的处理器实施的点对点支付引导系统，其中，信标可以集成到设备。1132、实施例1116的处理器实施的点对点支付引导系统，其中，所述集成可以是通过具有处理器和无线通信的智能设备。1133、实施例1116的处理器实施的点对点支付引导系统，其中，所述集成可以是通过把信标固定到设备。1134、实施例1116的处理器实施的点对点支付引导系统，其中，信标可以被固定到公用设施仪表。1135、实施例1116的处理器实施的点对点支付引导系统，其中，固定到公用设施仪表的信标可以由用户读取。1136、实施例1116的处理器实施的点对点支付引导系统，其中，固定到公用设施仪表的信标可以由用户读取，并且未偿付的使用可以由用户支付。1137、实施例1116的处理器实施的点对点支付引导系统，其中，固定到公用设施仪表的信标是旅馆处的冰箱，并且使用计量包括用户所消费的项目。1138、实施例1116的处理器实施的点对点支付引导系统，其中，固定到公用设施仪表的信标是旅馆处的恒温器，并且使用计量包括用户所消费的项目。1139、实施例1116的处理器实施的点对点支付引导系统，其中，固定到公用设施仪表的信标是旅馆处的电视，并且使用计量包括用户所观看的项目。1140、实施例1116的处理器实施的点对点支付引导系统，其中，固定到公用设施仪表的信标是固定到旅馆处的消费品的按钮，并且使用计量包括用户所消费的项目。1141、一种点对点支付引导装置，包括：存储在介质中的组件总集；存储器；任何存储器和通信中的组件总集，包括：点对点引导组件；被布置成与存储器通信的处理器，其被配置成从存储在存储器中的组件总集发出多条处理指令，其中，处理器从存储在存储器中的组件总集发出指令，以便：在与用户所使用的产品集成在一起的信标处获得与用户相关联的支付源钱包标识符，所述产品需要周期性地补充；向信标登记支付源钱包标识符；监测产品的使用或消费；当使用或消费达到阈值水平时，向产品供应者传送针对补充产品的订单；以及把用以针对产品补充接收来自支付源钱包标识符的支付的用于供应者的目的地地址传送到分布式区块链数据库，所述分布式区块链数据库被配置成把交易请求传播到分布式区块链数据库网络，从而用于以由信标提供的目的地地址为目标的支付。1142、实施例1141的装置，其中，支付源钱包标识符包括用户的多个源地址，并且用户可以选择将从该处提供支付的一个或多个源地址。1143、实施例1141的装置，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1144、实施例1143的装置，其中，附加字段存储用户的公共密钥或公共密钥的散列的至少其中一项。1145、实施例1144的装置，其中，所述字段包括可以由用户使用公共密钥查询的数据，以便确认交易请求和支付金额。1146、实施例1143的装置，其中，所述字段包括信标的独有标识符。1147、实施例1143的装置，其中，所述字段包括目标钱包标识符。1148、实施例1143的装置，其中，所述字段包括用户的标识信息。1149、实施例1143的装置，其中，所述字段包括交易金额。1150、实施例1066的装置，其中，所述字段包括微支付金额。1151、实施例1141的装置，其中，信标与产品集成在一起。1152、实施例1141的装置，其中，信标与产品分开。1153、实施例1141的装置，其中，所述集成可以是通过把信标固定到产品。1154、一种存储处理器可执行组件的处理器可读点对点支付引导非瞬态介质，所述组件包括：存储在介质中的组件总集，包括：点对点引导组件；其中，存储在介质中的组件总集包括用以实施以下操作的处理器可发出指令：在与用户所使用的产品集成在一起的信标处获得与用户相关联的支付源钱包标识符，所述产品需要周期性地补充；向信标登记支付源钱包标识符；监测产品的使用或消费；当使用或消费达到阈值水平时，向产品供应者传送针对补充产品的订单；以及把用以针对产品补充接收来自支付源钱包标识符的支付的用于供应者的目的地地址传送到分布式区块链数据库，所述分布式区块链数据库被配置成把交易请求传播到分布式区块链数据库网络，从而用于以由信标提供的目的地地址为目标的支付。1155、实施例1154的处理器可读点对点支付引导非瞬态介质，其中，支付源钱包标识符包括用户的多个源地址，并且用户可以选择将从该处提供支付的一个或多个源地址。1156、实施例1154的处理器可读点对点支付引导非瞬态介质，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1157、实施例1156的处理器可读点对点支付引导非瞬态介质，其中，附加字段存储用户的公共密钥或公共密钥的散列的至少其中一项。1158、实施例1157的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括可以由用户使用公共密钥查询的数据，以便确认交易请求和支付金额。1159、实施例1156的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括信标的独有标识符。1160、实施例1156的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括目标钱包标识符。1161、实施例1156的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括用户的标识信息。1162、实施例1156的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括交易金额。1163、实施例1066的处理器可读点对点支付引导非瞬态介质，其中，所述字段包括微支付金额。1164、实施例1154的处理器可读点对点支付引导非瞬态介质，其中，信标与产品集成在一起。1165、实施例1154的处理器可读点对点支付引导非瞬态介质，其中，信标与产品分开。1166、实施例1154的处理器可读点对点支付引导非瞬态介质，其中，所述集成可以是通过把信标固定到产品。1167、一种点对点支付引导方法，包括：在与用户所使用的产品集成在一起的信标处获得与用户相关联的支付源钱包标识符，所述产品需要周期性地补充；向信标登记支付源钱包标识符；监测产品的使用或消费；当使用或消费达到阈值水平时，向产品供应者传送针对补充产品的订单；以及把用以针对产品补充接收来自支付源钱包标识符的支付的用于供应者的目的地地址传送到分布式区块链数据库，所述分布式区块链数据库被配置成把交易请求传播到分布式区块链数据库网络，从而用于以由信标提供的目的地地址为目标的支付。1168、实施例1167的方法，其中，支付源钱包标识符包括用户的多个源地址，并且用户可以选择将从该处提供支付的一个或多个源地址。1169、实施例1167的方法，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1170、实施例1169的方法，其中，附加字段存储用户的公共密钥或公共密钥的散列的至少其中一项。1171、实施例1170的方法，其中，所述字段包括可以由用户使用公共密钥查询的数据，以便确认交易请求和支付金额。1172、实施例1169的方法，其中，所述字段包括信标的独有标识符。1173、实施例1169的方法，其中，所述字段包括目标钱包标识符。1174、实施例1169的方法，其中，所述字段包括用户的标识信息。1175、实施例1169的方法，其中，所述字段包括交易金额。1176、实施例1069的方法，其中，所述字段包括微支付金额。1177、实施例1167的方法，其中，信标与产品集成在一起。1178、实施例1167的方法，其中，信标与产品分开。1179、实施例1167的方法，其中，所述集成可以是通过把信标固定到产品。1180、一种点对点支付引导系统，包括：用于在与用户所使用的产品集成在一起的信标处获得与用户相关联的支付源钱包标识符的装置，所述产品需要周期性地补充；用于向信标登记支付源钱包标识符的装置；用于监测产品的使用或消费的装置；用于当使用或消费达到阈值水平时向产品供应者传送针对补充产品的订单的装置；以及用于把用以针对产品补充接收来自支付源钱包标识符的支付的用于供应者的目的地地址传送到分布式区块链数据库的装置，所述分布式区块链数据库被配置成把交易请求传播到分布式区块链数据库网络，从而用于以由信标提供的目的地地址为目标的支付。1181、实施例1180的系统，其中，支付源钱包标识符包括用户的多个源地址，并且用户可以选择将从该处提供支付的一个或多个源地址。1182、实施例1180的系统，其中，交易请求包括规定在80字节交易有效载荷中的一定数目的附加字段。1183、实施例1182的系统，其中，附加字段存储用户的公共密钥或公共密钥的散列的至少其中一项。1184、实施例1183的系统，其中，所述字段包括可以由用户使用公共密钥查询的数据，以便确认交易请求和支付金额。1185、实施例1182的系统，其中，所述字段包括信标的独有标识符。1186、实施例1182的系统，其中，所述字段包括目标钱包标识符。1187、实施例1182的系统，其中，所述字段包括用户的标识信息。1188、实施例1182的系统，其中，所述字段包括交易金额。1189、实施例1182的系统，其中，所述字段包括微支付金额。1190、实施例1180的系统，其中，信标与产品集成在一起。1191、实施例1180的系统，其中，信标与产品分开。1192、实施例1180的系统，其中，所述集成可以是通过把信标固定到产品。为了解决各种问题并且推进技术的发展，针对“计算高效的转账处理、审计以及搜索装置、方法和系统”的本申请的全文(包括封面页、标题、标头、
技术领域：
：、
背景技术：
：、技术实现要素：、附图说明、具体实施方式、权利要求、摘要、附图、附录及其他)通过说明的方式示出了可以在其中实践所要求保护的创新的各个实施例。本申请的优点和特征仅仅是实施例的代表性样本，而不是穷举和/或排他性的。给出所述优点和特征仅仅是为了帮助理解和教导所要求保护的原理。应当理解的是，所述优点和特征并不代表所有要求保护的创新。因此，本公开内容的某些方面并没有在本文中进行讨论。对于本发明的创新的特定部分可能没有给出替换实施例，或者可能有其他未作描述的替换实施例可用于某一部分，这些都不应当被视为放弃这些替换实施例。应当认识到，这些未作描述的实施例当中的许多实施例合并了本发明的创新的相同原理，其他实施例则是等效的。因此应当理解的是，在不背离本公开内容的范围和/或精神的情况下可以利用其他实施例，并且可以作出功能、逻辑、操作、组织、结构和/或拓扑方面的修改。因此，所有实例和/或实施例遍及本公开内容都应当被视为非限制性的。此外，相对于未在本文中进行讨论的那些实施例，关于在本文中进行了讨论的那些实施例，应当认为这样讨论选择仅仅是为了减少空间和重复。举例来说，应当理解的是，在附图中和/或遍及本文所描述的任何程序组件(组件总集)、其他组件、数据流程顺序、逻辑流程顺序和/或任何所给出的特征集合的任意组合的逻辑和/或拓扑结构并不限于固定的操作顺序和/或安排，相反，任何所公开的顺序都是示例性的，并且本公开内容设想到所有等效方案而不管其顺序如何。类似地，遍及本公开内容所公开的实施例的描述，任何时候涉及方向或指向都仅仅是为了方便描述，并且不应当以任何方式限制所描述的实施例的范围。例如“下方”、“上方”、“水平”、“垂直”、“高于”、“低于”、“上”、“下”、“顶部”和“底部”之类的相对术语及其衍生用语(例如“水平地”、“向下”、“向上”等等)不应当被解释成限制实施例，相反，给出这些术语同样是为了方便描述指向。除非明确地另行表明，否则这些相对描述用语仅仅是为了方便描述，而不要求按照特定的指向构造或操作任何实施例。除非明确地另行描述，否则例如“附着”、“固定”、“连接”、“耦合”、“互连”以及类似的术语可以是指其中各个结构彼此直接地或者通过中间结构间接地固定或附着的关系，并且还可以是指可移动或刚性的附着或关系。此外还应当理解的是，这样的特征不限于串行执行，相反，本公开内容设想到可以异步地、并发地、并行地、同时地、同步地执行的任意数目的线程、进程、服务、服务器等等。因此，这些特征当中的一些特征可能是相互矛盾的，这是在于所述特征无法同时存在于单个实施例中。类似地，一些特征适用于本发明的创新的一个方面，并且不适用于其他方面。此外，本公开内容包括当前未要求专利保护的其他创新。申请人对于当前未要求专利保护的那些创新保留所有权利，包括对于这样的创新要求专利保护、提交附加的申请、继续申请、继续部分申请、分案申请等等的权利。因此应当理解的是，本公开内容的优点、实施例、实例、功能、特征、逻辑、操作、组织、结构、拓扑和/或其他方面不应当被视为对于通过权利要求限定的本公开内容的限制或者对于权利要求的等效方案的限制。应当理解的是，根据个人和/或企业用户、数据库配置和/或关系模型、数据类型、数据传输和/或网络框架、句法结构等等的具体需求和/或特性，可以实施socoact的各种实施例，从而允许很大程度的灵活性和定制。举例来说，本公开内容的某些方面可以被适配于金钱和非金钱交易。虽然本公开内容的各个实施例和讨论包括了“引导目标交易以及加密交易处理和验证”，但是应当理解的是，本文中所描述的实施例可以很容易被配置和/或定制用于多种其他应用和/或实现方式。当前第1页12当前第1页12