#vuejs

Maybe I can get this to work the way I want to. I just recently posted that I was Dusting Off and Refreshing the Old Code of my To The Moon! Coin Calculator. My hope was to use the skills that I have learned

After 6 months, here's an update on the festival website I've been working on!

Getting started with NuxtJS

执行智能合约时如果没有给出gasLimit和gasPrice的参数，那么MetaMask钱包会给出默认值。如果你想要比别人稍提前点得到确认，那么就要提高点gasPrice。获取gasPrice的价格比较简单，就是查一下实际的网络就行，getGasPrice()这个方法就可以查询： web3.eth.getGasPrice()方法用来获取当前gas价格，该价格由最近的若干块 的gas价格中值决定

前端js与区块链交互时需要合约中的abi和合约地址生成实例才能访问，在合约布署上链时会生成一个json文件，前端js与区块链之间的纽带就是它了。不过，它一般比较大，如上图所示，有很多冗余的信息。其实，真正必要的也就是abi数据了！ 稍带看了下其它的数据，大部分是字节码、网络信息、编译信息等非关键的数据，在实际的生产环节是可以被优化的。

by Traversy Media on Youtube

It's time to explore Vue.js 3 . It is interesting how many new features in new version and how them will improve my future applications!

在区块链中以Shares为量计算挖矿，是现在流行的pool设计。设定每区块奖励、算法等参数就可以开启挖矿啰！这里的算法设计可供大家参考。 rewardsPerShare 全局参数，当用户存款、取出或是提现奖励时会更新。 user.shares 用户私有参数，表示用户的存款量。 user.availableRewards 用户私有参数，表示用户已经获取的奖励。 user.debtRewards

3Box and IPFS dApp developed with VueJS and NuxtJS

About some changes and new additions to the festival's website.

如上图所示，如果在js(前端)中有太大的数，它会自动变成科学计数法，而这样的格式是无法和智能合约交互的！

How I implemented a custom styled Google Map to my site.

波场中的事件机制和以太坊类似，但是坑点不少，一不小心就是深坑！ 刚开始就因为事件中不能使用结构体变量折腾了我半天！其它事件正常，有结构体变量的事件就是查询不到，折腾得你怀疑人生。后面尝试，估计是波场只支持0.5.8版本的solidity导致的问题。在合约事件中去除了结构体就果然正常了。 另外，智能合约中我们会使用这样的形式event SetDelegate(string indexed steemAccount,

Working on a local music festival website.

智能合约在波场中需要注意的几点： 波场对权限控制不严。如果权限不够，在以太坊上是直接报错，无法执行的！在波场上却是顺利执行，看不出错误，只是不可上链！ 波场只支持solidity 0.5.8这样的低版本，现在solidity的新版是0.7，低了两个大的版本。这导致很多在以太坊上能正常运行的合约在波场上会出现很奇葩的运行结果，而且还没有提示，只能靠猜！

About a real project I'm working on

ERC20有个恼人的转帐问题：如果有另外的智能合约需要调用ERC20合约，就需要先授权再转帐（approve + transferFrom）。如果你有多个智能合约需要调用ERC20，那你就需要一个一个授权再转帐，如上图所示，这真是艰难啊！

如上图所示，在MetaMask钱包（和大多数交易所的一样）以太币的地址是大小写混杂的。但是细心的用户相必已经注意到了，所有的浏览器中都是全小写的地址！ 我在用前端做地址校验时突然发现前端得到的以太地址全是小写的？！这是什么鬼啊！找了好久也没发现问题所在，只能将MetaMask中的地址全部小写再与前端地址校验这才得到正确结果。

如果你的智能合约逻辑简单，那么调用合约者就应该只用msg.sender，它表示调用者的身份。此时，你用tx.origin和用msg.sender是一样的，都是表示你在调用！但在很多技术文章中是不鼓励使用tx.origin，它可能会产生合约漏洞！ 但是，如果你的智能合约逻辑稍显复杂，有几个功能部分，那么，相互之间的调用就比较麻烦了。今天也是在这块卡了好久，最后还是使用了tx.origin来解决了这个问题。

You're a full-stack developer Harry! Come study programming at Stackwarts!