tokenpocketapp中文版下载|波场钱包多重签名解除
tokenpocketapp中文版下载|波场钱包多重签名解除
作者： tokenpocketapp中文版下载
2024-03-16 03:19:36
波场怎么设置多重签名地址及怎么取消-小果冻之家
波场怎么设置多重签名地址及怎么取消-小果冻之家
Skip to content
小果冻之家
Home of Little Jelly
Menu
About
波场怎么设置多重签名地址及怎么取消
2023-03-20 by ambiti
波场怎么通过API给一个现有的地址设置多重签名以及怎么取消？
通过API实现为一个现有的地址设置多重签名需要进行以下步骤：
准备好需要设置多重签名的地址、需要参与签名的地址列表、需要满足签名要求的最少签名数等信息。
调用波场API中的setaccountmultiplesignature接口，并传入以上信息作为参数，向节点发起多重签名设置请求。
在节点确认多重签名设置请求后，该地址便可以开始使用多重签名机制进行交易。
取消已设置的多重签名也需要通过API实现，具体步骤如下：
准备好需要取消多重签名的地址。
调用波场API中的removeaccountmultiplesignature接口，并传入需要取消多重签名的地址作为参数，向节点发起取消多重签名请求。
在节点确认取消多重签名请求后，该地址的多重签名设置将被撤销，并恢复到单重签名状态。
点击量: 394
相关文章:
使用Python将图片处理为统一尺寸
波场TRC20 Token PHP交互及Dapp开发相关
波场Tron JS SDK TronWeb
Solidity学习笔记
使用Geth搭建Ethereum以太坊私链
以太坊DApp开发
Filecoin研究进度
FileCoin服务器端部署方案
以太坊ETH钱包openethereum(原Parity)使用指南
truffle使用经验总结
Categories 区块链Tags 波场
Post navigation
使用Python将图片处理为统一尺寸使用Shell脚本备份MyQL并忽略某个表
Leave a Comment Cancel reply
CommentName
Website
Save my name, email, and website in this browser for the next time I comment.
全文检索
Search for:
最近评论在WSL2下做PHP开发太方便了-小果冻之家 on ubuntu20.04安装配置nginx和phpSpencer Rice on Safari浏览器显示鼠标悬停的链接地址FastAPI怎么使用Celery队列并定时执行任务-小果冻之家 on FastAPI使用Celery做队列之二ambiti on ESP32自己编译原版和带LVGL的MicroPythonbugg on ESP32自己编译原版和带LVGL的MicroPythongoodname on ESP32自己编译原版和带LVGL的MicroPython最多阅读
ESP32自己编译原版和带LVGL的MicroPython (19,692)
iOS 13 HBuilder 5+ App不能跨域登录的问题 (12,183)
APP安装报a.gray.PiggyGoldcoin病毒的问题 (6,516)
群晖安装使用虚拟机初体验 (6,043)
Nginx ipv6 HTTPS反向代理ipv4 (5,344)
群晖Docker套件容器挂载目录的权限问题 (5,314)
CentOS7部署WebDav服务 (4,776)
苹果Safari浏览器怎么强制刷新 (4,531)
标签云Android (20)
ARM (6)
Bitcoin (5)
CentOS (19)
Composer (5)
Django (7)
Docker (45)
EasySwoole (18)
ESP32 (14)
FastAdmin (21)
FastAPI (9)
Git (9)
Go (11)
JavaScript (5)
Kubernetes (16)
Laravel (6)
Linux (12)
MicroPython (7)
MongoDB (5)
MySQL (45)
NAS (15)
Nginx (23)
OpenCV (9)
Parity (6)
PHP (132)
Python (92)
PyTorch (14)
Redis (16)
Shell (5)
SSH (9)
Swoole (6)
Tensorflow (8)
ThinkPHP (20)
Ubuntu (17)
uni-app (7)
VMware (6)
VSCode (6)
WebDav (5)
WebSocket (6)
Windows (17)
代理 (13)
以太坊 (13)
教程 (71)
群晖 (13)
虚拟化 (7)
分类
AI (5)
Android (16)
ClickHouse (1)
Docker (22)
Golang (9)
HTML (7)
JavaScript (9)
Kubernetes (10)
Linux (93)
macOS (37)
MongoDB (2)
MySQL (17)
PhotoShop (1)
PHP (151)
PHP教程 (56)
Python (70)
Python教程 (15)
PyTorch (10)
Tensorflow (6)
Windows (33)
互联网 (54)
区块链 (37)
大数据 (2)
物联网 (14)
算法 (1)
计算机视觉 (3)
读书笔记 (6)
© 2024 小果冻之家
豫ICP备19001387号-1
波场“多签”骗局科普、防骗指南 - 知乎
波场“多签”骗局科普、防骗指南 - 知乎切换模式写文章登录/注册波场“多签”骗局科普、防骗指南链侦科技近期链侦科技收到了很多用户钱包里的数字资产无法转账的现象，经我们团队调查后，这些用户钱包是被“多签”了，基本都发生在波场链上，甚至不少用户损失了十几万美金的数字资产。针对“多签”问题有必要做一期相关科普，让大家知道“多签”到底是什么？大家的钱包账户是如何被“多签”的，以及最重要的钱包防护策略。一、什么是“多签”相关多签案件基本都是集中在波场区块链上，我们就以波场多签为例。波场（TRON）的多重签名机制是一种安全措施，通过设置阈值和权重来限制特定的操作，只能在多个签名方的共同确认下才能执行。在波场多签机制中，阈值是指多少个签名方需要确认才能执行特定的操作。例如阈值为 2，那么在执行特定操作时至少需要签名方权重大于等于阈值才进行确认。阈值可以在多签合约中进行设置，根据具体需求进行调整。权重是指每个签名方的权重大小，它可以决定每个签名方在多签操作中所占比例。例如，如果设置了阈值为2，两个签名方权重为 1，那么在执行特定操作时，需要两个拥有权重为 1 的签名方的确认才可以生效。权重的设置需要在合约中进行设置，并且必须满足所有签名方权重之和大于等于总权重的要求。通过设置阈值和权重，波场多签机制可以提高合约的安全性，防止合约被未经授权的操作所篡改或者被攻击者利用进行恶意操作。通俗易懂的讲，本来钱包账户由一个私钥来控制，但单一私钥控制又会带来一些安全风险，比如A用户的钱包私钥被盗，那么钱包所有的资产都将被盗走，而多签就是引入多个私钥来控制。比如引入2个私钥共同控制A钱包账户，只有2组私钥全部同意才能从A钱包账户中提取资产，如此就大大增强了数字资产安全性，你可以引入3组私钥来共同控制，到达了阈值才能提取资产，这就是多签的原理多签本来是为了增强钱包安全性，但对于刚踏入加密世界的新人们而言，多签反而成了一个极易上当的陷阱，被骗子精心利用后会成为其盗取资产的工具。二、被“多签”的主要被骗场景1、恶心的第三方链接用户有时候会被第三方链接所吸引，比如低价购买某些服务，当用户使用他们的链接进行充值时，就会调用恶意更改权限的代码，当用户确认并输入密码签名后，地址的权限便发生了变更。现在市场上大部分钱包都会提示相关风险，阻止你最后一步，但总有一些大意的用户还是完成了最后一步确认，最终失去了钱包中数字资产的控制权2、冒牌网站的假钱包假钱包导致被“多签”的案例最多，比如链侦科技最近收到一些用户案例，都是因为下载了假钱包导致了被多签。很多新人用户在下载钱包的渠道上会使用百度搜索，而百度上排名靠前的相关钱包很多并不是官方钱包，但名称、Logo，甚至网址都高度相似。用户下载这些钱包后，并不会发现异常，操作使用的时候完全跟正常钱包一模一样，直到自己向该钱包地址充币后在转账才发现数字资产根本无法转移。因为用户下载的钱包根本不是官方钱包，骗子直接可以获取用户的私钥信息，强行添加骗子的多签地址，从而彻底控制用户钱包资产。3、钓鱼泄露私钥套路有些骗子故意到处泄露自己的钱包私钥，然后用户一查链上资产，发现该地址有大量的数字资产，却没有相关区块链的Gas代币，比如波场区块链的TRX，而转账却需要TRX来作为手续费。很多用户以为自己捡到宝了，飞来一笔横财，一旦用户向该地址充入TRX作为手续费后，兴高采烈准备的提币走人时才发现根本转不出去，白白损失了手续费。其实骗子故意泄露给你的钱包私钥，早就被骗子多签了，控制权始终在骗子手中。三、如何有效防止被“多签”1、不要被一些第三方链接所吸引，即使你被成功勾引了，大部分钱包在最后一步“权限升级”时会跳出风险提示，这个时候就必须及时收手，万不可大意，抱有侥幸心理。2、一定不要使用百度去搜索数字资产钱包，这里是踩坑最多的地方，我们建议新人用户去询问相关老用户，经过多方确认这是官方钱包后才能下载，不然骗子们早就在互联网中编织好一张网等着你。3、不要相信任何天上掉馅饼的事，天上只会掉下来一个个骗局，少一点贪心，就足以免疫大部分骗局最后如果你已经被“多签”骗局所害，可以及时联系我们链侦科技，我们有丰富的链上资产追查业务经验和区块链安全技术人员，以及整套的法律、执法协作。发布于 2023-09-18 14:56・IP 属地湖北防骗防诈骗指南防骗指南赞同 16 条评论分享喜欢收藏申请
针对波场钱包的多签骗局真相如何，用户如何保障资产安全？ - 知乎
针对波场钱包的多签骗局真相如何，用户如何保障资产安全？ - 知乎切换模式写文章登录/注册针对波场钱包的多签骗局真相如何，用户如何保障资产安全？深潮TechFlow区块链深度媒体近期，波场TRON和在TokenPocket的社区均有用户反映，自己的钱包被莫名其妙设置了“多签”，而无法顺利进行加密资产的收发，更严重的是钱包内的资产被盗。前述用户遭遇的正是针对波场TronLink钱包和TokenPocket钱包的多签骗局。对于刚踏入加密世界的新人们而言，如何正确使用自己的钱包永远都是一个绕不开的话题。整个加密世界就像一个黑暗森林，围绕着钱包的欺诈也层出不穷，用户稍有不慎就会失去自己的资产。那么这个多签机制到底是什么，为何一些用户会中招？是波场TRON的安全机制设计有问题，还是欺诈者有意为之的陷阱？如果你在使用前述钱包，或者希望搞清楚波场TRON的多签机制原理以避免遭遇骗局，这篇文章将会对你有所帮助。被多签的原因是什么？我们可以先了解下波场TRON的多签机制。一般来说，你在钱包中的每一笔交易，都需要自己进行“签名”才会被执行；这种签名可以是输入自己设置的密码，也可以是手机上的输入指纹。在这种情况下，“你单独决定账户里的资金去留”。仅需自己签名，就可以完成自己账户中的加密资产转移。但也存在“多人共同决定账户资金去留”的场景，例如团队和公司的共同加密资产，或是你为了保险起见，自己有2个钱包，当2个钱包都同意交易时，这笔交易才会被通过。在这样的情况下，一个帐户可以由多个私钥管理，并且在一个帐户中创建的交易可以由多个私钥签名，实现多人以不同的权重共同管理加密资产。而波场TRON的TronLink钱包以及TokenPocket钱包界面中，都可以设置多签机制，以满足不同的使用场景和需要。图片来源：波场钱包文档明白了何为多签，我们再来看看用户们被多签可能的原因。第一种，用户主动设置了多签签名一些新手在摸索钱包功能时误操作设置成了多签。当资产转账时，由于设置了多签，需要至少2个钱包地址共同完成对这笔交易的签名和确认，此时仅凭用户手上的1个钱包，无法完整的达成整个交易，导致交易受阻。这种状况是用户误操作所致,用户的资产仍然是安全的。这种情况解决起来比较简单，用户仅需在交易时满足多签要求，或是取消多签的设置用单独签名执行交易即可。第二种，用户私钥泄露，导致被别人多签最常见的情形是用户通过钓鱼网站下载到假钱包。用户使用假的钱包软件时也会生成私钥和助记词。但假钱包可能窃取私钥/助记词，也就意味着用户钱包的控制权旁落；此时，通过多签机制，窃取者可以将他和你的地址一起设置成多签，当用户单独转账时会发现无法顺利进行。而对方由于有你的私钥，再配合他的多签账户，从而转走你的资金。第三种，他人钓鱼故意泄露私钥，导致转入资金无法取回这种方式虽然古老，但也是新手们的重灾区。骗子直接将自己的钱包私钥公开给你，往往该钱包中还有数额不小的其他资产。他有可能谎称自己不会操作，请求你帮助他操作钱包转入一定数量的TRX，并且转出等额的稳定币资产。用户可能认为自己占了便宜，导入对方的私钥或助记词，并且往该钱包中转入TRX。此时，多签陷阱就会被触发。骗子给的钱包其实已经被设置成多签钱包，因此此时即使你得到了他的私钥，也无法顺利操作其中的资产，而你转入的资产就有去无回了。图片来源：TP钱包第四种，点击钓鱼链接造成权限变更这一种可能是用户点击钓鱼链接而导致钱包的权限被更改。例如，骗子构造一个以低价购买各类卡券或充值的网站，当用户使用他们提供的链接进行充值时，就会调用恶意权限提升的代码，用户直接确认并输入密码签名后，会导致自己钱包地址的权限发生变更。TP钱包提供的实际案例显示，用户点击钓鱼链接后进行转账，钱包会直接给出提示，告知用户本次操作其实并不是一次单纯的转账，而是在“调用升级账号权限”的功能。一旦用户点击确认后也就意味着向骗子授权多签。而当用户的钱包地址被恶意多签后，这时再进行转账就会出现问题，也有可能让对方利用更多的权限转移资金。图片来源：TP钱包多签安全，首先需要私钥安全从以上四种常见被多签的情形可以看到，用户私钥的泄露，或是轻信他人的钓鱼链接和钱包，是导致资产的丢失的直接原因。在这些骗局中，多签机制更多是“躺枪”而被欺诈者利用成为实现骗局的一种手段。这显然不是波场TRON多签机制的出发点。我们可以把波场钱包的多签机制想象成安全性更高的防盗锁组合，需要解开多个锁孔才能移动家里的资产。但这种安全性有一个前提，即用户需要守好属于自己原有的权限。如果解开锁孔的钥匙全在一个人手中，那么功能再好的防盗锁也会失去价值。将目前的钱包欺诈问题和波场的多签机制放在一起看，我们不难发现：大多数情况下用户是无心之失，而多签机制本身也没什么问题，问题更多的来源于环境--加密世界里的用户和欺诈者技术能力上不对等，行业早期也缺乏更加成熟的技术预警、识别和反制措施。不过，在当前的情况下，波场TRON在用户侧提供多签机制的同时，是否也可以在开发侧更近一步，用技术的方式尽可能降低欺诈发生的可能性？波场TRON目前的多签机制，仅在TronLink钱包以及TokenPocket钱包中可以使用。目前，考虑到多签涉及到较为敏感的私钥签名，波场TRON在API参考手册中，已经关闭了涉及私钥签名的接口服务。除此之外，钱包和其他相关产品可以根据其具体需求对多重签名进行评估，并决定是否向用户展示相关提示信息以及以何种方式来展示提示信息。所以，波场TRON多签机制是否呈现在用户面前并不是一种“必选项”。在出现这种选项时，也不会以牺牲安全性和可靠性为代价。不过，资产最终的安全性，还是离不开用户内心安全意识的增强。少一些对天上掉馅饼的期待，多一些对诱惑陷阱的防范，警惕可能出现的骗局，整个加密世界的安全性也会得到进一步提升。发布于 2023-03-06 12:27・IP 属地重庆区块链(Blockchain)元宇宙（Metaverse）Web3赞同 18 条评论分享喜欢收藏申请
Just a moment...
a moment...Enable JavaScript and cookies to contiJust a moment...
a moment...Enable JavaScript and cookies to conti波场多重签名的实现 - 知乎
波场多重签名的实现 - 知乎切换模式写文章登录/注册波场多重签名的实现波场核心开发团队波场核心开发者团队加密货币网络上的标准交易可称之为单签名交易，因为交易执行只需要一个数字签名。多重签名机制中的交易需要多个签名，给每个签名分配一个权重，交易的签名总权重必须达到预先确定的权重阈值该交易才可执行。通过多重签名，一个账户可以被多几个私钥管理，这个账户创建的交易需要被几个私钥签名后才可执行。本文档讨论多重签名操作权限的细节，以及如何在多重签名中执行用户自定义的操作权限。背景介绍多重签名包括3种权限：owner-permission、witness-permission和active-permission。owner-permission可以执行所有的交易或合约，witness-permission用于产块，active-permission是定制化的权限，是合约权限集的组合。来看以下几种场景：Alice 开了一家公司，创建了一个公司资金账户，然后把她自己和账户维护者Bob、首席财务官Carlo添加到该账户的owner-permission中。Bob的签名权重是2，Carlo的签名权重是2，Alice是5，owner-permission签名的权重是3。对于某个交易，由于Alice的签名权重比阈值3要大，所以她的单个签名就可以让交易执行。Bob的签名权重比阈值要小，他需要Carol或者Alice的签名才能实现交易；如果Carol同意，总的签名权重就是2+2>3，交易就可以执行。Alice有很多TRX资产，她是唯一持有账户私钥的人。某一天，Alice由于交通事故不幸去世了；她的所有资产永远冻结在账户里，任何人都无法得到它。假设现在账户支持多重签名，Alice预先给她的账户创建了active-permission，把她的丈夫、儿子的地址加入到active-permission中，给予active-permission操作账户的权限。就算Alice某一天去世了，她的家人也可以操作她的账户。Alice 开了一家公司，给自己创建了一个商业账户，然后把她自己和账户维护者Bob、首席财务官Carlo添加到该账户的active-permission中。Alice授权active-permission操作该商业账户。某一天，Bob辞职了。为了维护账户安全，Alice可以把Bob从active-permission中移除，那么Bob再也不能操作她的账户了。Alice有一个witness账户，如果她想把程序部署到一个node上，但是不知道如何部署，以前她不得不把账户的私钥提供给程序管理员。假设现在账户支持多重签名，她可以witness权限授权给管理员。由于这个管理员只有产块权限，没有TRX转账权限，所以即使该管理员在服务器上的私钥被丢失，账户里的TRX也不会丢失。多重签名机制可以避免以上的缺陷，目标在于： 支持账户访问权限控制 一个账户可以被多个私钥控制，即使某个私钥丢失也不会账户资产损失协议细节首先看下多重签名的协议设计。protocol中相关的结构体包括: Account Permission Key TransactionAccountmessage Account {
...
Permission owner_permission = 31;
Permission witness_permission = 32;
repeated Permission active_permission = 33;
}账户权限包括三种角色：owner、witness和active。Owner permission可以执行所有的合约，witness permission用于超级代表(SR)，active permission包含一组选择执行权限的集合。Account中相关的属性字段分别是owner_permission、witness_permission和active_permission。active_permission是一个数组，长度必须小于等于8。Permissionmessage Permission {
enum PermissionType {
Owner = 0;
Witness = 1;
Active = 2;
}
PermissionType type = 1;
int32 id = 2;
string permission_name = 3;
int64 threshold = 4;
int32 parent_id = 5;
bytes operations = 6;
repeated Key keys = 7;
}成员变量operations的每个比特，1表示true，0表示false，最多支持256种不同的交易或合约。索引序号对应Transaction.ContractType中的定义（下文稍后提到）。例如，operations=0x0100...00(16进制) or 100...0(二进制)，仅首位为1，而AccountCreateContract在Transaction.ContractType中的id为0，意味着这个permisson只有执行AccountCreateContract合约的权限。假如operations=0x7f ff 1f c0 03 3e 03 ...(16进制) or 11111110 11111111 11111000 00000011 11000000 01111100 11000000 ...(二进制)，第47个比特是0，意味着这个permission不允许执行AccountPermissionUpdateContract类型的合约。因为如下文所示，AccountPermissionUpdateContract的ContractType是46（从0开始计算）。operations的16进制序列是小端编码的，但是对于每个字节，是二进制比特的大端编码。比如这个例子，首个字节是7f，对应二进制编码的1111,1110；第三个字节是1f，对应二进制编码是1111,1000。Keymessage Key {
bytes address = 1;
int64 weight = 2;
}address: 账户地址 weight: 签名权重ContractTypemessage Transaction {
message Contract {
enum ContractType {
AccountCreateContract = 0;
...
AccountPermissionUpdateContract = 46;
...
}
}
ContractType type = 1;
...
int32 Permission_id = 5;
}Transaction结构体中的Permission_id字段对应Permission结构体中的id字段。Owner PermissionOwner permission是一个账户的最高级权限，用于控制账户的归属、调整权限结构。Owner permission有权执行所有的合约。Owner permission的特征包括：拥有owner permission的账户可以修改owner permission当owner permission为null时，账户的默认owner拥有owner permission当你创建一个新账户，地址会被自动插入到owner permission中，默认权重是1；字段keys仅包含这个地址，并且字段weight权重的值也是1。当合约被执行时而Permission_id没有指定，默认使用owner permissionWitness Permission超级代表(SR)利用这个权限来管理产块。当且仅当witness账户拥有这个权限。 看看以下这个场景： 一个超级代表在一个云服务器上部署了一个witness节点，为了保持云服务器上的账号的安全，你可以仅仅给与云上服务器账号一个产块权限。由于这个账户仅仅有产块权限，没有TRX转账权限，所以，即使云上服务器上的账号的密钥被泄露，TRX资产也不会丢失。 Witness节点配置： 如果不使用witness权限，没必要配置这一项 如果使用了witness权限，按照如下配置：#config.conf
// Optional.The default is empty.
// It is used when the witness account has set the witnessPermission.
// When it is not empty, the localWitnessAccountAddress represents the address of the witness account,
// and the localwitness is configured with the private key of the witnessPermissionAddress in the witness account.
// When it is empty,the localwitness is configured with the private key of the witness account.
//localWitnessAccountAddress =
localwitness = [
f4df789d3210ac881cb900464dd30409453044d2777060a0c391cbdf4c6a4f57
]Active PermissionActive permission 由一系列合约执行权限组成，比如创建账户、转账函数，等等。Active permission 特征：拥有owner permission的账户可以修改active permission 拥有AccountPermissionUpdateContract合约执行权限的账户也可以修改active permission - actives最多包含8个active permission permission_id自动从2开始递增 当一个账户被创建后，一个active permission自动被创建，账户地址被插入进去，默认权重是1；字段keys仅包含这个地址，并且weight是1。FeeAccountPermissionUpdateContract消耗100个TRX。如果一个交易包含2个或以上的签名，那么交易费消耗一个额外的TRX。费用可以通过议案来修改。修改权限如果一个账户拥有AccountPermissionUpdateContract权限，那么可以通过以下步骤来修改权限： 调用getaccount 接口来查询原始的permission。通过AccountPermissionUpdateContract交易来修改权限。例如：http://{host}:{port}/wallet/accountpermissionupdate
{
"owner_address": "41ffa9466d5bf6bb6b7e4ab6ef2b1cb9f1f41f9700",
"owner": {
"type": 0,
"id": 0,
"permission_name": "owner",
"threshold": 2,
"keys": [
{
"address": "41ffa9466d5bf6bb6b7e4ab6ef2b1cb9f1f41f9700",
"weight": 1
},
{
"address": "{account_1}",
"weight": 1
},
{
"address": "{account_2}",
"weight": 1
}
]
},
"witness": {
"type": 1,
"id": 1,
"permission_name": "witness",
"threshold": 1,
"keys": [
{
"address": "41F08012B4881C320EB40B80F1228731898824E09D",
"weight": 1
}
]
},
"actives": [
{
"type": 2,
"id": 2,
"permission_name": "active0",
"threshold": 2,
"operations": "7fff1fc0037e0000000000000000000000000000000000000000000000000000",
"keys": [
{
"address": "{account_3}",
"weight": 1
},
{
"address": "{account_4}",
"weight": 1
},
{
"address": "{account_5}",
"weight": 1
}
]
},
{
"type": 2,
"id": 3,
"permission_name": "active1",
"threshold": 3,
"operations": "7fff1fc0037e0000000000000000000000000000000000000000000000000000",
"keys": [
{
"address": "{account_6}",
"weight": 1
},
{
"address": "{account_7}",
"weight": 1
},
{
"address": "{account_8}",
"weight": 1
}
]
}
]
}账户41ffa9466d5bf6bb6b7e4ab6ef2b1cb9f1f41f9700 把owner权限授予自己和account_1、account_2，使用id=0； 给 41F08012B4881C320EB40B80F1228731898824E09D 授予witness权限，使用id=1； 授予active权限给account_3、account_4、account_5，使用id=2，名字是active0；授予active权限给account_6、account_7、account_8，使用id=3，名字是active1； active0权限至少需要来自2个账户的签名使之生效，active1权限至少需要来自3个账户的签名使之生效。3. 创建此AccountPermissionUpdateContract交易并签名。 4. 广播此交易。如何使用API来使用多重签名假设有5个账户owner、active1、active2、active3、receiver。第一个账户owner有5000个trx，给第五个账户receiver发1000个TRX，该交易需要第2、3、4个人中的至少2人签名才能成交。2. owner创建更新账户权限类型的交易。47.252.84.158:8090是某个测试节点fullnode的ip及http服务端口# curl -X POST http://47.252.84.158:8090/wallet/accountpermissionupdate
{
"owner_address" : "41AF498B43EE098B26926798CFEAE1AB1154EF4430",
"owner": {
"type": 0,
"id": 0,
"permission_name": "owner",
"threshold": 1,
"keys": [
{
"address": "41AF498B43EE098B26926798CFEAE1AB1154EF4430",
"weight": 1
}
]
},
"actives": [
{
"type": 2,
"id": 2,
"permission_name": "active1",
"threshold": 2,
"operations": "7fff1fc0033e0000000000000000000000000000000000000000000000000000",
"keys": [
{
"address": "41A6D58DCB0E0FC0C3FE23CC405D5BD7979E9016FB",
"weight": 1
},
{
"address": "41F04DC975557388CD5D5FBCAAA706D76AAD415E59",
"weight": 1
},
{
"address": "41CC187927EB7D648D779FE363F7915DDCFBF2212B",
"weight": 1
}
]
}
]
}得到json类型的response，称之为${result_2}。3. owner利用自己的私钥对交易签名# curl -X POST http://47.252.84.158:8090/wallet/gettransactionsign
{
"transaction" :${result_2} ,
"privateKey": "1bb32958909299db452d3c9bbfd15fd745160d63e4985357874ee57708435a00"
}得到json类型的response，称之为${result_3}。4. owner广播该交易# curl -X POST http://47.252.84.158:8090/wallet/broadcasttransaction
${result_3}.5. 任何人创建从owner到receiver的转账交易，指定Permission_id为2；# curl -X POST http://47.252.84.158:8090/wallet/createtransaction
{
"owner_address": "41AF498B43EE098B26926798CFEAE1AB1154EF4430",
"to_address": "41CA6E0F4BC55CFEC286B3E2F3CB45CBAC87792B78",
"amount": 1000,
"Permission_id" : 2
}得到json类型的response，称之为${result_5}，把结果${result_5}作为字符串发送给用户active1；6. 用户active1用自己的私钥对接收到的交易进行签名；# curl -X POST http://47.252.84.158:8090/wallet/gettransactionsign
{
"transaction" : ${result_5},
"privateKey": "1bb32958909299db452d3c9bbfd15fd745160d63e4985357874ee57708435a11"
}得到json类型的response，称之为${result_6}，把结果${result_6}作为字符串发送给用户active2；7. 用户active2用自己的私钥对接收到的交易签名；curl -X POST http://47.252.84.158:8090/wallet/gettransactionsign
{
"transaction" : ${result_6},
"privateKey": "1bb32958909299db452d3c9bbfd15fd745160d63e4985357874ee57708435a22"
}得到json类型的response，称之为${result_7}。8. 用户active2广播交易# curl -X POST http://47.252.84.158:8090/wallet/broadcasttransaction
${result_7}.9. 任何人都可以查询接收者(reveiver)账户的余额，来验证交易是否成功执行：# curl -X POST http://47.252.84.158:8090/wallet/getaccount
{
"address": "41CA6E0F4BC55CFEC286B3E2F3CB45CBAC87792B78"
}结论通过多重签名操作权限，我们可以更灵活地加强账户的权限控制，满足账户管理的不同需求。参考资料https://github.com/tronprotocol/tips/issues/105https://github.com/tronprotocol/tips/blob/master/tip-16.mdhttps://github.com/tronprotocol/wallet-cli#How-to-use-the-multi-signature-feature-of-wallet-cli关于我们我们是波场公链核心开发者团队，致力于依托区块链技术打造下一代分布式计算平台，如果您想持续了解我们并获取技术支持，请关注我们的公众号：波场核心开发团队关于波场公链波场公链代码仓库: https://github.com/tronprotocol/java-tron波场开发者电报群: https://t.me/troncoredevscommunity编辑于 2021-10-13 10:42区块链(Blockchain)波场（TRON）密码学赞同 22 条评论分享喜欢收藏申请
波场钱包多签的取消方法 - 波场学堂_TRX钱包(中国官方)-TRONIX(TRC钱包) - TRX钱包(中国官方)-TRONIX(TRC钱包)
波场钱包多签的取消方法 - 波场学堂_TRX钱包(中国官方)-TRONIX(TRC钱包) - TRX钱包(中国官方)-TRONIX(TRC钱包)
TRX钱包(中国官方)-TRONIX(TRC钱包)
全国咨询热线：18499003869
网站首页
关于
trx钱包
trx钱包使用教程
trx钱包下载
trx钱包官方
trx钱包下载
波场钱包多签的取消方法 - 波场学堂_TRX钱包(中国官方)-TRONIX(TRC钱包)
发布时间：2023/10/10 02:09
波场钱包多签的取消方法
波场钱包作为一种去中心化的数字钱包，提供了多重签名（Multisignature）功能，使用户能够将交易控制权分散到多个账户中。然而，有时候用户可能需要取消多签功能，本文将介绍如何取消波场钱包的多签功能，以及多签取消的注意事项。
取消多签的步骤
取消波场钱包多签功能需要以下步骤：
打开波场钱包：在手机上打开波场钱包应用，确保已经登录到正确的账户。
点击“我”选项卡：在波场钱包的底部导航栏中，选择“我”选项卡。
进入“多重签名”页面：在“我”选项卡中，找到并点击“多重签名”选项。
选择要取消多签的钱包：在“多重签名”页面中，找到要取消多签的钱包账户，并点击进入。
取消多签功能：在多签钱包页面中，找到并点击“取消多签”按钮。
确认取消多签：系统将弹出确认取消多签的提示框，点击“确认”按钮完成取消多签功能。
完成以上步骤后，波场钱包的多签功能将被成功取消。
多签取消的注意事项
在取消波场钱包的多签功能时，需要注意以下事项：
多签功能一旦取消，将无法恢复。在取消之前，请确保您真正需要取消多签功能。
取消多签功能后，将只保留一个账户控制交易的权力，需要谨慎操作以防交易风险。
取消多签功能并不会影响您的账户余额和其他交易记录。
如果您是多签钱包的参与者之一，取消多签功能后将无法参与后续的多签交易。
总结来说，取消波场钱包多签功能需要在钱包应用中进行操作，确保取消之前仔细阅读注意事项，并确认您真正需要取消多签功能。
请您在取消多签功能前，仔细评估风险并根据自己的需求做出决策。
上一篇：TRC是什么钱包 - 简述TRC钱包的特点和用途
下一篇：TRX波场生态五倍返币 - 波场生态发展及五倍返币政策
相关阅读
10-10哪些人在买波场币？- 区块链世界
10-08TronLink波场钱包 - 打开波场世界的神奇钥匙
10-06波场链有多少币种
10-29TRX 钱包插件 - 加密货币钱包插件的便捷选择
10-05货币钱包使用教程 - TRC20转账 | XX钱包
10-13波场豹子号靓号钱包地址
10-09泰达币TRC20是属于什么钱包？
10-17钱包trx代表什么 - 了解TRON（波场）区块链和数字货币
10-04波场系列币种介绍
10-23波场稳定币USDD——稳定数字货币的新选择
10-02波场币风波 - 电子货币市场的热议话题
10-14波场网络钱包-数字货币的安全存储与管理
10-21为什么我的波场钱包会有BTT
10-23波场链钱包怎么弄 - 详细教程
10-21TRC-20钱包创建方法
10-24波场币(TRX)优势 - 区块链数字货币的新兴力量
10-01孙宇晨波场币什么时候发行 - 波场币发行时间及相关信息
10-28TRX波场币LOGO
10-06币圈交易所波场
10-14波场币TR前景怎么样？
10-03波场币国家承认与发展前景
10-16波场钱包私钥如何找回密码
10-14波场钱包是真的吗？- 了解波场钱包的安全性和使用体验
10-11波场币发行多少TRX币 - 了解波场币(TRX)发行总量
10-04波场比特币 - 进军加密货币领域的新贵
10-24TRX波场如何投资
10-15波场币充值波场币
10-08如何导入小狐狸到波场钱包
10-02波场币替代以太坊
10-03波场币能取代以太坊吗？
10-13如何给钱包充值TRX
10-26火币钱包怎么注册TRC20地址 | 火币钱包TRC20地址注册教程
10-24TRX波场币值多少钱 - 波场币价格及相关信息
10-13如何在TP钱包购买TRX
10-25波场热门币 - 投资者必看的数字货币
10-09IM钱包中波场充值TRX未上账的原因及解决方法
10-13TP钱包没有TRX如何激活账户
10-19波场如何投票赚币
10-25波场钱包App下载地址
10-02波场链波包钱包 - 数字货币的安全存储和管理
10-05了解波场币 - 了解TRON（TRX）数字货币的全面介绍
10-232020年波场币生态 - 波场币生态发展与创新的一年
10-01冷钱包TRX如何转换为ETH
10-24TRC钱包创建 - 了解如何创建TRC钱包
10-19波场币为什么不被禁止？
10-01波场F1 Token币
10-15波场币上线交易所 TRX 货币
10-15波场币是通缩型吗
10-17波场币总裁-开启区块链未来的领导者
10-10TRX波场币和XRP哪个好？ - 数字货币比较分析
最新文章
波场发行几种币 - 波场（TRON）的发行币种详解
2023/10/29
波场币（TRX）是什么生态链的货币？
2023/10/29
2021波场(TRX)值不值得投资？
2023/10/29
bal币在波场通道中的应用及前景分析
2023/10/29
波场币最低价是多少
2023/10/29
波场火币：区块链时代的数字金融新选择
2023/10/29
波场钱包里的DApp
2023/10/29
波场币交易教程TRX币 - 了解如何交易TRX币
2023/10/29
波场发币怎么交易 | 发币和交易指南
2023/10/29
在线留言
*您的姓名：
*手机号码：
*电子邮箱：
*联系地址：
*留言内容：
*验证码：
提交信息
咨询热线
18499003869服务热线
在线咨询
联系我们
TRX钱包(中国官方)-TRONIX(TRC钱包)
手机：18499003869
地址：中国 广西 玉林市
扫一扫，加微信
版权所有 © TRX钱包(中国官方)-TRONIX(TRC钱包) sitemap
鲁ICP备17041327号
电话咨询
短信咨询
在线客服
QQ客服
QQ客服
联系方式
手机号码
18499003869
二维码
在线客服
yload":{"allShortcutsEnabled":false,"fileTree":{"中文文档/波场协议":{"items":[{"name":"交易操作类型说明.md","path":"中文文档/波场协议/交易操作类型说明.md","contentType":"file"},{"name":"交易明细.md","path":"中文文档/波场协议/交易明细.md","contentType":"file"},{"name":"交易简介.md","path":"中文文档/波场协议/交易简介.md","contentType":"file"},{"name":"冻结与投票.md","path":"中文文档/波场协议/冻结与投票.md","contentType":"file"},{"name":"创建账户.md","path":"中文文档/波场协议/创建账户.md","contentType":"file"},{"name":"多重签名.md","path":"中文文档/波场协议/多重签名.md","contentType":"file"},{"name":"波场去中心化交易所.md","path":"中文文档/波场协议/波场去中心化交易所.md","contentType":"file"},{"name":"波场费用模型.md","path":"中文文档/波场协议/波场费用模型.md","contentType":"file"},{"name":"波场通证.md","path":"中文文档/波场协议/波场通证.md","contentType":"file"},{"name":"波场钱包RPC-API.md","path":"中文文档/波场协议/波场钱包RPC-API.md","contentType":"file"},{"name":"超级代表与委员会.md","path":"中文文档/波场协议/超级代表与委员会.md","contentType":"file"},{"name":"转让波场币及TRC10接口说明.md","path":"中文文档/波场协议/转让波场币及TRC10接口说明.md","contentType":"file"}],"totalCount":12},"中文文档":{"items":[{"name":"Android钱包","path":"中文文档/Android钱包","contentType":"directory"},{"name":"常见问题解答","path":"中文文档/常见问题解答","contentType":"directory"},{"name":"波场介绍","path":"中文文档/波场介绍","contentType":"directory"},{"name":"波场区块链浏览器介绍","path":"中文文档/波场区块链浏览器介绍","contentType":"directory"},{"name":"波场协议","path":"中文文档/波场协议","contentType":"directory"},{"name":"波场编程大赛","path":"中文文档/波场编程大赛","contentType":"directory"},{"name":"测试环境搭建","path":"中文文档/测试环境搭建","contentType":"directory"},{"name":"虚拟机","path":"中文文档/虚拟机","contentType":"directory"},{"name":"交易签名流程.md","path":"中文文档/交易签名流程.md","contentType":"file"},{"name":"术语表.md","path":"中文文档/术语表.md","contentType":"file"},{"name":"波场创业者基金.md","path":"中文文档/波场创业者基金.md","contentType":"file"},{"name":"钱包测试用例.numbers","path":"中文文档/钱包测试用例.numbers","contentType":"file"}],"totalCount":12},"":{"items":[{"name":"English_Documentation","path":"English_Documentation","contentType":"directory"},{"name":"TRX","path":"TRX","contentType":"directory"},{"name":"TRX_CN","path":"TRX_CN","contentType":"directory"},{"name":"images","path":"images","contentType":"directory"},{"name":"中文文档","path":"中文文档","contentType":"directory"},{"name":".gitignore","path":".gitignore","contentType":"file"},{"name":"LICENSE","path":"LICENSE","contentType":"file"},{"name":"README.md","path":"README.md","contentType":"file"},{"name":"viltis","path":"viltis","contentType":"file"}],"totalCount":9}},"fileTreeProcessingTime":6.6452919999999995,"foldersToFetch":[],"repo":{"id":126433683,"defaultBranch":"master","name":"documentation","ownerLogin":"tronprotocol","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2018-03-23T04:38:06.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/34857411?v=4","public":true,"private":false,"isOrgOwned":true},"symbolsExpanded":false,"treeExpanded":true,"refInfo":{"name":"master","listCacheKey":"v0:1584434331.0","canEdit":false,"refType":"branch","currentOid":"6968927f096a3e4c8a97ad5fe4497e2b511c5361"},"path":"中文文档/波场协议/多重签名.md","currentUser":null,"blob":{"rawLines":null,"stylingDirectives":null,"colorizedLines":null,"csv":null,"csvError":null,"dependabotInfo":{"showConfigurationBanner":false,"configFilePath":null,"networkDependabotPath":"/tronprotocol/documentation/network/updates","dismissConfigurationNoticePath":"/settings/dismiss-notice/dependabot_configuration_notice","configurationNoticeDismissed":null},"displayName":"多重签名.md","displayUrl":"https://github.com/tronprotocol/Documentation/blob/master/%E4%B8%AD%E6%96%87%E6%96%87%E6%A1%A3/%E6%B3%A2%E5%9C%BA%E5%8D%8F%E8%AE%AE/%E5%A4%9A%E9%87%8D%E7%AD%BE%E5%90%8D.md?raw=true","headerInfo":{"blobSize":"11.2 KB","deleteTooltip":"You must be signed in to make or propose changes","editTooltip":"You must be signed in to make or propose changes","ghDesktopPath":"https://desktop.github.com","isGitLfs":false,"onBranch":true,"shortPath":"9fdda9d","siteNavLoginPath":"/login?return_to=https%3A%2F%2Fgithub.com%2Ftronprotocol%2FDocumentation%2Fblob%2Fmaster%2F%25E4%25B8%25AD%25E6%2596%2587%25E6%2596%2587%25E6%25A1%25A3%2F%25E6%25B3%25A2%25E5%259C%25BA%25E5%258D%258F%25E8%25AE%25AE%2F%25E5%25A4%259A%25E9%2587%258D%25E7%25AD%25BE%25E5%2590%258D.md","isCSV":false,"isRichtext":true,"toc":[{"level":1,"text":"多重签名","anchor":"多重签名","htmlText":"多重签名"},{"level":2,"text":"1.背景","anchor":"1背景","htmlText":"1.背景"},{"level":2,"text":"2.概念说明","anchor":"2概念说明","htmlText":"2.概念说明"},{"level":2,"text":"2.1 结构说明","anchor":"21-结构说明","htmlText":"2.1 结构说明"},{"level":2,"text":"2.2 Owner权限","anchor":"22-owner权限","htmlText":"2.2 Owner权限"},{"level":2,"text":"2.3 Witness权限","anchor":"23-witness权限","htmlText":"2.3 Witness权限"},{"level":2,"text":"2.4 Active权限","anchor":"24-active权限","htmlText":"2.4 Active权限"},{"level":2,"text":"2.5 费用","anchor":"25-费用","htmlText":"2.5 费用"},{"level":2,"text":"3.API","anchor":"3api","htmlText":"3.API"},{"level":2,"text":"3.1 修改权限","anchor":"31-修改权限","htmlText":"3.1 修改权限"},{"level":2,"text":"3.2 执行合约","anchor":"32-执行合约","htmlText":"3.2 执行合约"},{"level":2,"text":"3.3 其他新增接口","anchor":"33-其他新增接口","htmlText":"3.3 其他新增接口"},{"level":2,"text":"4.其他","anchor":"4其他","htmlText":"4.其他"}],"lineInfo":{"truncatedLoc":"325","truncatedSloc":"243"},"mode":"file"},"image":false,"isCodeownersFile":null,"isPlain":false,"isValidLegacyIssueTemplate":false,"issueTemplate":null,"discussionTemplate":null,"language":"Markdown","languageID":222,"large":false,"planSupportInfo":{"repoIsFork":null,"repoOwnedByCurrentUser":null,"requestFullPath":"/tronprotocol/Documentation/blob/master/%E4%B8%AD%E6%96%87%E6%96%87%E6%A1%A3/%E6%B3%A2%E5%9C%BA%E5%8D%8F%E8%AE%AE/%E5%A4%9A%E9%87%8D%E7%AD%BE%E5%90%8D.md","showFreeOrgGatedFeatureMessage":null,"showPlanSupportBanner":null,"upgradeDataAttributes":null,"upgradePath":null},"publishBannersInfo":{"dismissActionNoticePath":"/settings/dismiss-notice/publish_action_from_dockerfile","releasePath":"/tronprotocol/documentation/releases/new?marketplace=true","showPublishActionBanner":false},"rawBlobUrl":"https://github.com/tronprotocol/Documentation/raw/master/%E4%B8%AD%E6%96%87%E6%96%87%E6%A1%A3/%E6%B3%A2%E5%9C%BA%E5%8D%8F%E8%AE%AE/%E5%A4%9A%E9%87%8D%E7%AD%BE%E5%90%8D.md","renderImageOrRaw":false,"richText":"多重签名\n1.背景 \n2.概念说明 \n2.1 结构说明 \n2.2 Owner权限\n2.3 Witness权限\n2.4 Active权限\n2.5 费用\n3.API \n3.1 修改权限\n3.2 执行合约\n4.其他\n1.背景\n注意：V3.5版本后支持\n目前TRON的所有交易签名，都是用的同一个私钥完成。没有权限分级，也不能实现多人共同控制账户。因此，设计并实现多重签名功能，每个权限可以对应多个私钥。\ntronprotocol/tips#16\n2.概念说明\n该方案共包含三种权限级别，owner、witness以及active权限，其中owner权限具有执行所有合约的权限，witness权限用于超级代表出块，active是自定义权限(可以组合权限集合)，以下将详细说明。\n2.1 结构说明\n1. Account修改\n message Account { \n ... \n Permission owner_permission = 31;\n Permission witness_permission = 32;\n repeated Permission active_permission = 33;\n }\n\n在账户结构中新增三个权限属性，分别是 owner_permission、witness_permission 和 active_permission，其中 active_permission 是个列表，可以指定最多8个。\n2. ContractType修改\n message Transaction {\n message Contract {\n enum ContractType { \n AccountCreateContract = 0; \n ... \n AccountPermissionUpdateContract = 46; \n }\n } \n }\n }\n\n新增一种交易类型 AccountPermissionUpdateContract，用于更新账户权限。\n3. AccountPermissionUpdateContract\n message AccountPermissionUpdateContract {\n bytes owner_address = 1;\n Permission owner = 2; \n Permission witness = 3; \n repeated Permission actives = 4; \n }\n\nAccountPermissionUpdateContract\nowner_address：待修改权限的账户的地址\nowner：修改后的 owner 权限\nwitness：修改后的 witness 权限（如果是 witness ）\nactives：修改后的 actives 权限\n该接口是覆盖原账户权限，因此，如果只想修改owner权限，witness（如果是witnss账户）及actives的也需要设置。\n4. Permission\n message Permission {\n enum PermissionType {\n Owner = 0;\n Witness = 1;\n Active = 2;\n }\n PermissionType type = 1; \n int32 id = 2; \n string permission_name = 3;\n int64 threshold = 4;\n int32 parent_id = 5; \n bytes operations = 6; \n repeated Key keys = 7;// \n }\n\nPermissionType: 权限类型，目前仅支持三种权限\nid: 值由系统自动设置，Owner id=0, Witness id=1, Active id 从2开始递增分配。在执行合约时，\n通过该id来指定使用哪个权限，如使用owner权限，即将id设置为0。\npermission_name: 权限名称，由用户设定，长度限制为32字节\nthreshold: 阈值，只有当参与签名的权重之和超过域值才允许做相应的操作。要求小于Long类型的最大值\nparent_id：目前只能为0 \noperations：共32字节（256位），每位代表一个合约的权限，为1时表示拥有该合约的权限。\n如operations=0x0100...00(十六进制),即100...0(二进制)时,查看proto中Transaction.ContractType定义，合约AccountCreateContract的id为0，\n即表示该permission只拥有执行AccountCreateContract的权限，可以使用\"active权限中operations的计算示例\"计算获得。\nkeys：共同拥有该权限的地址及权重，最多允许5个key。\n5. Key\n message Key {\n bytes address = 1;\n int64 weight = 2;\n }\n\naddress：拥有该权限的地址\nweight：该地址对该权限拥有权重\n6. Transaction修改\n message Transaction {\n ...\n int32 Permission_id = 5;\n }\n\n在交易中增加 Permission_id字段，与Permission.id相对应，用于指定使用哪个权限。默认为0，即owner权限。\n不允许为1，因为witness权限仅用于出块，不用于对交易进行签名。\n2.2 Owner权限\nOwnerPermission是账户的最高权限，用于控制用户的所有权、调整权限结构，Owner权限也可以执行所有合约。\nOwner权限具有以下特性：\n1、拥有OwnerPermission的地址可以修改OwnerPermission。\n2、当OwnerPermission为空时，默认采用该账户的地址具有owner权限。\n3、账户新建时，自动将该账户的地址填充到OwnerPermission中，并默认域值为1，keys中仅包含该账户地址且权重为1。\n4、当执行合约时未指定permissionId时， 默认采用OwnerPermission。\n2.3 Witness权限\n超级代表可使用该权限，管理出块节点。非witness账户无该权限。\n使用场景示例：一个超级代表在云服务器上部署出块程序，为了账户安全，此时可以将出块权限赋予另一个地址。由于该地址仅具有出块权限，无TRX转出权限，即使该服务器上私钥被泄密，也不会出现TRX丢失。\nWitness出块节点的配置：\n1、未修改witness权限时，无需特殊配置。\n2、修改witness权限后的出块节点，需要在重新配置，配置项如下：\n#config.conf\n\n// Optional.The default is empty.\n// It is used when the witness account has set the witnessPermission.\n// When it is not empty, the localWitnessAccountAddress represents the address of the witness account,\n// and the localwitness is configured with the private key of the witnessPermissionAddress in the witness account.\n// When it is empty,the localwitness is configured with the private key of the witness account.\n//可选项，默认为空。\n//用于当witness账户设置了witnessPermission。\n//当该值不为空时，localWitnessAccountAddress代表witness账户的地址，localwitness是witnessPermission中的地址的私钥。\n//当该值为空时，localwitness配置为witness账户的私钥。\n\n//localWitnessAccountAddress =\n\nlocalwitness = [\n f4df789d3210ac881cb900464dd30409453044d2777060a0c391cbdf4c6a4f57\n]\n\n\n2.4 Active权限\nActive权限，用于提供一个权限的组合，比如提供一个只能执行创建账户、转账功能的权限。\nActive权限有以下特性：\n1、拥有OwnerPermission的地址可以修改Active权限\n2、拥有执行AccountPermissionUpdateContract权限的地址也能够修改Active权限\n3、最多支持8个组合。\n4、permission的id从2开始自动递增。\n5、账户新建时，自动创建一个Active权限，并将该账户的地址填充到其中，默认域值为1，keys中仅包含该账户地址且权重为1。\n2.5 费用\n1、使用更新账户权限时，即 AccountPermissionUpdate 合约，收取100TRX。\n2、使用多重签名的交易时，即交易中包括两个及两个以上签名的交易，除交易费用外，另收取1TRX。\n3、可通过提议，修改以上费用。\n3.API\n3.1 修改权限\nAccountPermissionUpdateContract，修改权限步骤如下：\n1、使用接口getaccount查询账户，并获取原权限\n2、修改permission\n3、创建合约，签名\n4、发送交易\nhttp-demo\nhttp://{{host}}:{{port}}/wallet/accountpermissionupdate\n\n\n{\n \"owner_address\": \"41ffa9466d5bf6bb6b7e4ab6ef2b1cb9f1f41f9700\",\n \"owner\": {\n \"type\": 0,\n \"permission_name\": \"owner\",\n \"threshold\": 2,\n \"keys\": [{\n \"address\": \"41F08012B4881C320EB40B80F1228731898824E09D\",\n \"weight\": 1\n },\n {\n \"address\": \"41DF309FEF25B311E7895562BD9E11AAB2A58816D2\",\n \"weight\": 1\n },\n {\n \"address\": \"41BB7322198D273E39B940A5A4C955CB7199A0CDEE\",\n \"weight\": 1\n }\n ]\n },\n \"witness\": {\n \"type\": 1,\n \"permission_name\": \"witness\",\n \"threshold\": 1,\n \"keys\": [{\n \"address\": \"41F08012B4881C320EB40B80F1228731898824E09D\",\n \"weight\": 1\n } \n ]\n },\n \"actives\": [{\n \"type\": 2,\n \"permission_name\": \"active0\",\n \"threshold\": 3,\n \"operations\": \"7fff1fc0037e0000000000000000000000000000000000000000000000000000\",\n \"keys\": [{\n \"address\": \"41F08012B4881C320EB40B80F1228731898824E09D\",\n \"weight\": 1\n },\n {\n \"address\": \"41DF309FEF25B311E7895562BD9E11AAB2A58816D2\",\n \"weight\": 1\n },\n {\n \"address\": \"41BB7322198D273E39B940A5A4C955CB7199A0CDEE\",\n \"weight\": 1\n }\n ]\n }]\n}\n\n参数字段的定义及限制，请查看\"2.1 结构说明\"。\n\n\nactive权限中operations的计算示例\npublic static void main(String[] args) {\n\n //指定需要支持的合约id(查看proto中Transaction.ContractType定义)，这里包含除AccountPermissionUpdateContract（id=46）以外的所有合约 \n Integer[] contractId = {0, 1, 2, 3, 4, 5, 6, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 30, 31,\n 32, 33, 41, 42, 43, 44, 45};\n ListBuy/Sell Bitcoin, Ether and Altcoins | Cryptocurrency Exchange | Binance
Buy/Sell Bitcoin, Ether and Altcoins | Cryptocurrency Exchange | Binance
Error 403 Forbidden - This request is blocked.
For security reasons you can't connect to the server for this app or website at this time.
It maybe that you have too many requests or the illegal request payload is identified as an attack.
Please try again later.