> For the complete documentation index, see [llms.txt](https://docs.rosswap.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rosswap.com/zh/economicmodel/mythnft.md).
# MythNFT铸造股权权益
## 神话NFT卡股权权益说明
神话NFT卡分为四种稀有度类型 分别是：创世，经典，稀有，神话 四大稀有度主类目 远古至今的文明作为设计的每张唯一的NFT 神话NFT总量设计为2万张 以最终铸造截止时间为准
##
## 设计元素构造 以四大稀有度稀有度设计
## 
### 创世四个特征主题共10222张
创世：蚩尤2555张，伏羲2555张，盘古2555张，玄女2555张
### 经典分为三个特征和五个特征共8600张
经典三个特征：星际1500张，魔法1500张，黑暗1300张
经典五个特征：大王800张，小王800张，J900张，Q900张，K900张
### 稀有分为两个特征和六个特征共998张
稀有两个特征： 圣经（加百列83张，撒旦83张，上帝83张）和奥林匹斯神（波塞冬83张，哈迪斯83张，宙斯84张）
稀有六个特征：春85张，夏85张，秋85张，冬85张，日80张，月79张
### 神话分为一个特征和七个特征182张
一个特征：西王母91张
七个特征：女娲13张，洛神13张，嫦娥13张，羲和13张，织女13张，精卫13张，嫘祖13张
## 获得股权权益分红来源
### 股权权益奖励一
FONCHAIN全网出块奖励，产生每一笔Gas费
这些将被以股权奖励到神话NFT合约作为分红奖励
全网产生Gas的10%奖励至神话NFT质押用户
### 股权权益奖励二
Rosswap产生的全网DEX每一笔交易手续费
这些将被以股权奖励到神话NFT合约作为分红奖励
全网产生手续费的10%奖励至神话NFT质押用户
### 股权权益奖励三
NFT交易市场全网产生的NFT每一笔交易手续费
这些将被以股权奖励到神话NFT合约作为分红奖励
全网产生手续费的10%奖励至神话NFT质押用户
### 股权质押周期
参与神话NFT股权权益的流动性，都将有90天的顺延质押期 在质押后，你将在90天后可取回您的流动性故此您将不在获得股权权益分红 在已参与股权权益中，您可以继续参与，参与当前的流动性将会以最后一次参与区块顺延90天
###
### 股权权益分红实质性
股权权益，将在每月20日进行对股权权益分红合约中
进行100%分配 你在股权权益分红前参与，都将会获得股权权益分红
### 股权权益分红比例
创世：49% 经典：43% 稀有：6% 神话：2%
###
### 注意事项
1. 铸造将四种类型稀有度，创世，经典，稀有，神话；
2. 铸造成本，会存在一定的浮动，详情查看铸造页面；
3. 奖励三大权益：FONCHAIN区块奖励，Rosswap收益，NFT交易平台收益；
4. 奖励将于每月发放奖励，未质押将无法获得奖励；
## 神话任务构思故事
#### 上古创世四大神话故事
> **盘古：** 云南沧源岩画，据专家考证，这幅岩画为二万年前原始人的作品，岩画的内容是：一人头上发出太阳之光芒，左手握一石斧，右手拿手一木把，两腿直立傲视一切。这种形象与盘古立于天地之间，用斧头劈开混沌开天辟地的传说正相契合。（整体形象是顶天立地，日月星辰为主设计）
>
> 
> **伏羲，道教老祖：**相传伏羲人首蛇身，与女娲兄妹相婚，生儿育女。他根据天地万物的变化，发明创造了占卜八卦，创造文字结束了“结绳记事”的历史。他又结绳为网，用来捕鸟打猎，并教会了人们渔猎的方法，发明了瑟，创作了曲子，伏羲的六十四卦很出名。伏羲称王一百一十一年以后去世，留下了大量关于伏羲的神话传说。（整体设计以五行八卦为主进行设计）
>
> 
> **蚩尤：** 蚩尤，传说中制造兵器的人，又传为主兵之神，与黄帝、炎帝并称中华三祖。一说为东方九黎部落首领，有兄弟八十一人，相传以金属（铜）为兵器，后与黄帝战于涿鹿（今河北涿鹿东南），失败被杀。 蚩尤的形象，头上有角，原始和野蛮的外表，主兵器之神。（以四手怒，手持冷兵器，盔甲等为主设计）
>
> 
> **九天玄女：** 九天玄女，简称玄女，俗称九天娘娘、玄牝氏、九天玄女娘娘、九天玄母天尊、九天玄阳元女圣母大帝玄牝氏，中国古代神话中的传授过兵法的女神。 天遣玄女下授黄帝兵信神符，制伏蚩尤。 据史书及神话传说记载：她是西灵圣母元君之弟子，是西王母的使者，又是黄帝之师。经由“玄鸟”衍化为人首鸟身的“玄女”，亦称“九天玄女”。鉴于她所造能出奇制胜的“天书”兵法，堪称得是中国上古一位杰出的女军事家。
>
> 
> **女娲：** 女娲又称娲皇，是上古神话里的创世女神。“女娲造人”、“女娲补天”等神话故事在后世流传甚广。传闻女娲人首蛇身，为华胥氏在雷泽见大脚印后所生，也有说女娲是盘古精华所化。以虚无缥缈的感觉为主进行设计。
>
> 
> **洛神：** 洛神原名宓妃，是水神河伯的妻子。因掌管洛水，又被称为洛水女神。宓妃原是伏羲之女，因为淹死在洛水，成为了洛水女神。近期敦煌元素的洛神在网络大火，因此引用了敦煌美学来表达洛神。
>
> 
> **嫦娥：** 嫦娥在《山海经》的记载中，是中古天帝大羿的妻子。原名姮娥。既端庄又妖艳，是早期的非常美丽的女神。久居月亮之上，以清冷孤独的，月之主设计为主。
>
> 
> **羲和：** 羲和本是天帝俊的第一个妻子，育生十子金乌神鸟。而十只金乌鸟（太阳）的职责，就是轮值升天。羲和爱子心切，每日亲驾六龙神辇送子到太阳升起的地方——临渊之处。然后再回去。如此往返，积年累月。以太阳，光明设计为主。
>
> 
> **织女：** 织女，封号天孙娘娘，又与七仙女姊妹合称七星娘娘。“织女”原是神话中的女神，为编织云雾的女神、纺织业者、情侣、妇女、儿童的保护神，后衍化成星宿名（织女星）。她是著名的牛郎织女神话的女主角。与织女相关的传统节日是七夕节。 以粉紫色，爱情的设计为主。
>
> 
> **精卫：** 精卫乃是《山海经》里记载的彩首、白喙、赤足的精灵鸟。原名女娃，本是炎帝的心爱之女，聪明可爱，因到东海玩耍被龙王之子溺死。 女娃不甘冤死，化做小鸟飞回炎帝身边，炎帝因不明原因，所以拉弓欲射，随从告知炎帝此为他的爱女。炎帝大惊，悲呼海水不公，伤心欲绝，遂赐“精卫鸟”之名。以鸟类设计为主。
>
> 
> **嫘祖：** 嫘祖记载于《山海经》，是黄帝的第一个妻子。又称累（勤劳）祖。貌美仁善，贤良勤恳。和黄帝结为夫妻后，经常帮助黄帝打理事物。天帝颛顼是其后代。 在古时，人们以兽皮、树叶遮体。这种或厚重却又不能贴身的衣服，逢冬寒冷，遇夏炎热，极不舒服。有一天，黄帝胜仗而回，与部落族人庆贺。突然蚕神前来庆贺，送来一金、白二色蚕丝作为贺礼，并告诉黄帝在哪里可以采集到蚕丝。嫘祖就把蚕运回家中饲养，研制出织丝为绢，制出轻柔的衣物。并无私的把这个技术传给大家。以绿色，生机设计为主。
>
> 
> **西王母：** 西王母是中国神话里掌管罚恶、预警灾厉的长生女神。一部分学者认为西王母是古人神化的始祖女神。 在神话中，西王母是女仙之首，主宰阴气、修仙的女神，对应男仙之首东王公。是生育万物的创世女神。以尊贵，气势设计为主。
>
> 
## 风险提示：
交易虚拟资产及虚拟资产衍生品，价格波动较大，风险较大。请在参与前充分了解所有风险并谨慎决策。 团队将保留随时全权酌情因任何理由修改、变更或取消此内容的权利，无需事先通知。以上信息内容仅供参考。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.rosswap.com/zh/economicmodel/mythnft.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.