编号024 Token-Bank--基于Conflux网络的通证平台(验收通过)

项目名称

基于Conflux网络的通证平台(Token-Bank)

项目介绍
结合Conflux社区文化,实现一套简约、有效、易操作基于Conflux网络的通证发行平台

实现目标
1、随着Conflux发展主网上线临近,将有大量的dapp会在conflux公链上运行,每一个dapp基本都会有一个自己的token通证,这些通证入口不固定做不到有效的让更多的用户了解,进而失去一个用户流通的可能。针对这个问题,现技术小组将开发一套基于Conflux网络的通证平台(Token-Bank),支持通证标准:erc20、erc721、erc1155 等标准。同时合约中加入非法名称过滤功能,建立敏感词库(可增加)合约,通证发行前验证是否在自己池内,发布后过滤;如果新增敏感词与原平台内存在币名冲突,将该币名从平台剔除。该模板涉及的内容有DAPP发放平台、合约记录、发放界面等整套系列;
2、针对本次基于Conflux网络的通证平台开发设计项目,提供一个去中心化的通证平台模板,对现有存在的通证发放平台的改进方案,使得发行通证做到简单化,平民化,广播化:用户可以进行自由发布通证,用户也可以自定义化通证发布到平台;提供公开通证查看入口;提供私密通证查看入口。收取用户发行的通证的万分之一通证,做到零手续费发布通证。
3、Conflux的繁荣、发展及多生态化离不开各成员的努力和付出,近日来涌现出多个社区自治组织,对Conflux的繁戴和发展做了不少的贡献,比如社区学院、起源计划、守护者、文体娱乐,矿工等社群。各社群会都会有发放通证的需求,希望本次项目完成后,可以降低用户在通证发放过程的过程成本,并为后续使用跨链协议,将通证映射到eth网络/提供一键发布到uniswap中的功能/功能迭代/提供通证拍卖等功能项目提供依托。

时间节点
2个月,2020年9月-2020年11月

项目成果
1、设计和提出一套一份通用证书协议方案,需满足文档要求规范,并提交进入草案阶段
2、制作通用证书协议智能合约模板,并根据模板开发基于Conflux网络的通证平台智能合约。需满足智能合约书写规范,并在社区的帮助下达到合格
3、开发基于Conflux网络的通证平台一个。需满足发证系统的基本功能,即通证发放
4、设计通证平台发放模板一套。需结合Conflux社区文化,实现一套让简约、有效、易操作的界面模板
5、形成和分亨项目组织过程资产于社区,归档于社区学院。

项目进度计划
第一部分:基于Conflux网络的通证发行平台的智能合约实现。
第二部分:手机端平台UI及实现。
第三部分:Dapp融合交互。
后期规划部分(非此次申请计划内):映射以太坊,实现一键跨链;不依托于UNISWAP的Token拍卖功能实现。

协作人
悠悠/付立立/君莫/钟闲云/彦

申请人
悠悠

团队背景
团队具有经验丰富的合约开发工程师、资深的一线电子商务平台全栈开发人员、经验丰富UI设计师。有丰富的互联网产品、Dapp等开发经验。还有熟悉项目组织和把握节点需求的运营人员。

申请时间
2020年9月7日

经费明细
总计 70000FC

是否开源

收款钱包地址

备注
1、本项日采用远程协作办公的方式组建项目团队。
2、团队协作活动原则上利用晚上和周末等非上班时间,提前沟通,自愿参加。
3、采用石墨文档、github等工具进行文件和代码等资源管理。
4、采用论坛、微信群、社区其他渠道等,进行项目宣传推广和公示。
5、可利用社区朋友的服务器进行Dapp测试;利用Conflux区块链进行智能合约测试。
6、鼓励互相学习和跨专业分工协作,欢迎提出改进意见。

资料链接
1、https://github.com/Conflux-Chain/js-conflux-sdk

产品链接
初步设计的思路链接 https://www.processon.com/view/link/5f5c2b1fe0b34d6f59ef4af8
初步界面设计文件链接:https://shimo.im/docs/dGK3yT3cGGcqx3jY/
UI界面终稿链接地址:https://shimo.im/docs/hDtHvTWrYGjJjkGc
智能合约的概要设计链接:https://www.processon.com/view/link/5f68525363768924862078f0

项目灵感来源
UNISWAP/CET

该项目实现目标1变更为:
1、随着Conflux发展主网上线临近,将有大量的dapp会在conflux公链上运行,每一个dapp基本都会有一个自己的token通证,这些通证入口不固定做不到有效的让更多的用户了解,进而失去一个用户流通的可能。针对这个问题,现技术小组将开发一套基于Conflux网络的通证平台(Token-Bank),支持发行通证代币。同时合约中加入非法名称过滤功能,建立敏感词库(可增加)合约,通证发行前验证是否在自己池内,发布后过滤;如果新增敏感词与原平台内存在币名冲突,将该币名从平台剔除。该模板涉及的内容有DAPP发放平台、合约记录、发放界面等整套系列;

4 Likes

:+1:

该项目我们总体先预计分三期:
一期就是上面申请的实现通证发行简单化、大众化。
二期目标是实现通证一键发布到uniswap平台上、以及做通证跨链映射。
三期实现通证的拍卖等功能。

上述一期我们预计一月内完成。快速相应conflux主网上线做准备。二期三期我们后续在行申请预计经费等资源情况。

1 Like

是胡萝卜的Con-Swap么

是的

Tokenbank周报-20200913
时间:20200913
地点:腾讯视频会议
主持人:付立立
参会人:悠悠,君莫,钟闲云,彦,付立立
内容:针对初步设计界面梳理思路,并且对每一部分(UI、前端、合约及文字补充部分)分配任务,制定相应计划

具体内容如下:
1、UI的界面设计1-2周,提供初步的界面设计稿,进行内部UI评审会议
2、前端任务分3部分,完成
前端设计,和UI界面交互,合约交互
3、合约在UI设计稿出来后的设计,和前端交互
4、初步设计界面:钱包登陆(网页链接钱包,调用API),按钮,FC上链
页面包含不仅限于:首页界面,Token发行界面,具体要求如下:

一、首页设计思路:
1、本项目主要针对2种协议标准:erc20/721的发币平台
2、界面地址显示标准:前4后4,中间按脱敏
3、 owner(归属人)的信息返回给前端
4、Banner位(广告轮播位,提供跳转链接等,“登陆”下面)
5、“登陆”是文本,弱化,可点击
6、“收藏”“复制”等界面设计
7、过渡页面设计的待加元素待确定
8、dappbird 中间页链接钱包
9、持有地址是合约返回地址,xxW是持有人数的数量
二、 发行Token
1、“声明”,查资料完整;发行规则用词完善;协议文档
2、“早期的token标准”,说明添加内容待添加
3、小数位可选择0-18,待定
1-18改为输入框/3排
4、发行总量>1
5、创建+收藏处理方式待定,UI设计
6、发行简介待定
7、自定义的部分
8、登陆部分,显示网址的方框待定

初步设计的思路链接 https://www.processon.com/view/link/5f5c2b1fe0b34d6f59ef4af8

1 Like

TokenBank周报-20200920

时间:20200920
地点:腾讯视频会议
主持人:付立立
参会人:悠悠,君莫,钟闲云,彦,付立立
内容:报告各项目进展,针对上周初步设计界面梳理思路,对每一部分(UI、前端、合约及文字补充部分)任务总结,制定下周相应计划

一、UI设计
1、进度:所有界面设计基本完成(包含首页界面、发行Token界面、发行Token20界面、发行Token721.1、发行Token721.3、发行Token收藏列表,详情界面等)
2、计划:等待UI内部评审会意见,并修改
二、前端设计
1、进度:首页界面的各功能调试交互基本完成
图标灰色部分,功能页设计
2、进行发行Token界面、发行Token20界面、发行Token721.1、发行Token721.3、发行Token收藏列表,详情界面等的交互调试
三、合约设计
1、进度:敏感词汇收集,部署到前端,页面搭建,发币核心代码正在搭建中
2、进行下一步的合约开发
四、项目经理兼文案
1、进度:完成整体项目策划,所及各项目进度和材料,补充前端和UI设计中涉及的声明、Token发行规则和协议文档。
2、计划:补充早期token标准,补充解释Token发行过程的增发和燃烧详情,组织UI内部评审会二次会议。

初步界面设计文件链接:https://shimo.im/docs/dGK3yT3cGGcqx3jY/ 《UI内部评审会-20200920》,可复制链接后用石墨文档 App 或小程序打开

1 Like

向你学习

UI内部评审会-20200920
时间:20200920
地点:腾讯视频会议
主持人:付立立
参会人:悠悠,君莫,钟闲云,彦,付立立
内容:
UI已完成初步界面设计任务,包含页面有首页、发行Token1.0、发行Token20.1、发行Token721.2、发行Token721.3、发行Token收藏列表、发行Token收藏列表详情1.0、发行Token收藏列表详情2.0、发行Token详情、发行Token详情-发送、发行Token详情-燃烧、发行Token详情-增发。
针对UI初步设计稿,做内部评审和讨论,后续根据本次会议的意见和建议做出相应修改,确定适应的UI设计

会议内容记录:
1,首页
两个框设计意图:属于高频次发币推荐框/推广放大框
首页显示的CFX值,可以作为gas费:这部分加隐藏功能,请求水龙头,CFX<10,请求水 龙头100CFX,每次打开请求一次
列表点一下,进入详情?
首页中的名称
详情页面币的名称下面加“标准类型”

 首页搜索按钮,智能合约中可搜单个币种,是否要加跳转功能(待定)
 做出搜索页面,做交互,显示“有和无”,
     ①没有的话跳到发行页面,
     ②搜索后有的话跳转到详情页面
      智能合约只能直接关联,模糊查询不好做,

 未登录页面顶部设计修改,去掉用户头像,数字显示等,并可一键登陆

2,发行Token收藏列表页面
收藏加在字母后,五角星
3,发行Token1.0页面
erc20的文案修改,更好的描述(付立立)
预留了广告为,后期可以承接用户的有偿广告推广,需UI出图
4,发行token20.1页面
按钮形式,加title
加问号,增加增发和燃烧的解释文案(付立立)
信息没有填完整的情况,加弹窗或消息气泡,提示
图标的情况,默认不可增发燃烧
5,发行Token721.1页面
属性按钮放最下面,键和值按钮和增发按钮的大小抑制
6,发行Token721.2
可有多个属性,加一个添加功能,
加一个textbox固定区域滚动按钮“显示属性”带移除按钮,动态添加,
键和值的字符的长度限制
详情页面加一个表格,属性
少了一个介绍文本域
owner有发送增发燃烧等权限,其他人打开没有该权限
7,发行Token721.3
加发行模式简介,
手续费模式的界面(使用CFX,FC or USDT?)
出让份额
8,发行token收藏
展示是721还是20不清楚,确定合约类型,并显示清楚
名称后面加合约类型
9,收藏列表详情1.0
没问题
10,收藏列表详情2.0
没问题
11,发行Token详情
加一个标准类型是721还是20,名称都是字母组合
发送/燃烧/增发,状态加圈圈(是否需要等待)/文本提示,成功状态能返回

ps:不可点击的字灰色号需要发给前端,做交互
小数定义最多两位,多的省略掉

初步界面设计文件链接:https://shimo.im/docs/dGK3yT3cGGcqx3jY/ 《UI内部评审会-20200920》,可复制链接后用石墨文档 App 或小程序打开

1 Like

UI内部二次评审会-20200922
时间:20200922
地点:腾讯视频会议
主持人:付立立
参会人:悠悠,君莫,钟闲云,彦,付立立
内容:
针对UI初步设计稿,经过内部评审和讨论,并根据评审会议的意见和建议UI已做出相应修改,根据这次确定适应更加完善的界面

1-发行ERc 721界面/Erc20
改为表单结构
输入框文字 左端对齐,
增发和燃烧与属性设计一致
增加下一步按钮(右上角)
必填项“”
文本框圆角变小
按钮颜色一种
“新增/添加”,UI选一种
2 发行模式规则,“出让份额模式”
3 搜索
结果变成胶囊模式
返回键,搜索键
4 搜索结果
加文字描述“搜索结果如下”
卡片放大
5 Token收藏页
点名称,展开;点其他地方收起
展开怎么进详情页
6 图标怎么选择
用英文代替
加一圆圈(颜色待定),内容填充币的首字母,字母颜色
7 Token详情页
标准:Erc20,放在持有地址上面
没有介绍,后面写“无”
“详情”与返回键的对齐
8 提示的弹窗“增发/燃烧/”,由前端用tips完成

给力

期待上线

加油

UI内部三次评审会-20200922
时间:20200922
地点:腾讯视频会议
主持人:付立立
参会人:悠悠,君莫,钟闲云,彦,付立立
内容:
针对UI第三版设计稿,经过内部评审和讨论,并根据评审会议的意见和建议UI已做出相应修改,根据这次确定最终的UI设计界面

所有界面通过审议,最终确定终稿
UI界面终稿链接地址:https://shimo.im/docs/hDtHvTWrYGjJjkGc

1 Like

智能合约的概要设计评审-20200926
时间:20200926
地点:腾讯视频会议
主持人:付立立
参会人:悠悠,君莫,彦,付立立
内容:
智能合约接口已完成初步概要设计任务
针对智能合约接口的概要设计的设计稿,做内部评审和讨论,后续根据本次会议的意见和建议做出相应后续设计,确定适应的设计交互文档

会议内容记录:
1 首页
链接
查询banner入口(前端,nodejs创建文件,可读取,不上链)添加数据需要gas费
合约地址列表查合约信息,拿到地址列表,循环合约拿到,信息
无法封装
返回信息
“是否收藏”能查到吗? 可以 (0,1)
热点Top Token可以横向滚动(前端!),最多5-6个
只有一个Top,就不展示
合约信息(名称,简称,类型,地址,归属人,总量,信息图表(无,预留),是否可燃烧,可增发,收藏,)
收藏
2 发送REC 20/ERC721, 发行模式:出让份额模式,1是出让份额;2是手续费
3 发行Token,检索为“true”,可用;“false”,不可以
异常:名称重复了(怎么处理?)
4 Token 页面
范围:默认全部,1,全部; 2,ERC 20 3, ERC721
1 我的收藏; 2 我的创建
5 ERC721,
属性:字符串存取(前端)
6 详情页
下拉刷新操作
7 搜索页
搜简称,前端负责
热门搜索,搜索自己加,合约返回值“数组字符串”,输入到搜索框,再点搜索后
8 后台页面
配置广告页/热门搜索/敏感词库
敏感词页直接添加,敏感词,gas费
热门搜索,(跟广告页一样,前端处理)查询热门搜索词:token简称列表/简称数组json字符串数据 有gas费
设置热门搜索词:token简称列表/简称数组json字符串数据 有gas费
配置广告页:后天nodejs存储图片(前端)/token简称列表/简称数组json字符串数据
查询广告列表/设置广告列表
前端意见:服务器做两个服务,java配置

接口文档,预计20201003,周三完成,跟前端对接

智能合约的概要设计链接:https://www.processon.com/view/link/5f68525363768924862078f0

1 Like

智能合约与前端交流会议-20201011
时间:20201011
地点:微信voice chat
主持人:付立立
参会人:悠悠,君莫,彦,付立立
内容:
进度交流报告,针对智能合约接口的概要设计的设计稿,讨论进度和后续安排,后续、、根据本次会议的交流内容做出相应后续设计,确定适应的设计交互文档

会议内容记录:
1、 前端设计已完成70%;和UI的交互调用完成50%
预计下一步逐步完成和UI、合约的交互调用
2 、智能合约接口已完成概要设计任务,合约开发中,完成约10%
下一步继续进行合约开发,并报告进度,并讨论后续的前端与合约的交互调用

预计下次会议在20201018左右,周日交流完成合约设计的进度报告

智能合约的概要设计链接:https://www.processon.com/view/link/5f68525363768924862078f0

1 Like

1

TokenBank一周例会-20201018

时间:20201018
地点:腾讯视频会议
主持人:付立立
参会人:悠悠,君莫,钟闲云,彦,付立立
内容:报告项目各部分进展,针对上周初步合约设计梳理思路,对每一部分(UI、前端、合约及文字补充部分)任务总结,制定下周相应计划

一、前端
1、与UI界面交互基本完成,

2、合约接口怎么调用
(参考FC接口调用示例,https://developer.conflux-chain.org/docs/js-conflux-sdk/javascript_sdk#Account.js/Account)
3、gethome第一页传0,第二页为获取上一页最后一个元素索引,(数组下标非连续,数组如何确定结尾?(找到下一个节点)
4、写入操作:
var result = await contract.invest(account)
.sendTransaction({ from: account, value: (100 * seat) })
.confirmed()
5、查询操作
var result2 = await contract.transfer(exAddr, 100 * seat)
6、部分图标太大,需要原始图,1:1的图标

二、合约(进度完成50%)

1、conflux studio中部署合约(不支持快捷键,快捷调用少)
2、底层链表结构(用于存储,修改类型,)、重新创建结构
新写的链表工具用于存储,删除超快,链接前后
3、参数需提供接口 用于测试能否用(彦提供给悠悠)
4、敏感词库的接口与删除逻辑调用
5、规范格式
pragma solidity >=0.5.0 <= 0.7.0;
pragma experimental ABIEncoderV2;
6、是否敏感(敏感为true,不敏感为false)

7、之间如何相互调用
先写接口文件
8、合约编写人员间的合约调用交互
9、敏感词合约中加入删除
10、敏感词是否需要返回敏感词?敏感词的增删
11、先编译,再部署后进行调用

参考合约设计稿:https://github.com/xiaozhu001/token-bank-contract
参考页面设计:https://app.mockplus.cn/team/invitation/d-8yjuSHDeh