I got confused on the third point. If it’s a canister then use an update call and all is fine. If it’s not a canister, do one of 1) make an update call 2) do multiple queries 3) use the answer certification to check the result.
I realised now that my answer was more confusing than helpful.
Yes, i saw the message but still thanks for the kind reminder @mariop.
We have two things to optimize
1.Please take a look at the question 8 that we have thought about, we want to let the payee canister be notified, so as to know in time that the payment has occurred. We removed notify for security reasons, now we’re bringing it back
2. In the token standard, there is only three external update call:
auto-scaling-storage archives historical transaction records, we will replace it with one-way message
create auto-scaling-storage canister (management create_canister),This cannot be replaced for the time being, maybe the management canister can support the one-way method in the future, we will replace
install auto-scaling-storage canister code (management install_code) ,the same as above.
To all of those interested in token standards, please help us as a community to coalesce around a minimum viable standard that we can all build off of.
Today we have the Ledger & Tokenization Technical Working Group: Launch Meeting - Zoom
We are also currently collaborating on a Google Doc to discuss the minimum viable standard.
Please leave comments so that we can discuss during the working group an hour and a half from now: IC Ledger Standard - Google Docs
I personally support the addition of batchtransfer and batchmint. In IC ecology, cross canister calls often occur, and batch processing interfaces should be the basic requirements of IC. This can reduce many cross canister calls. Increase TPS per unit time of DAPP
This is an optional feature, if you need it, here is the configuration documentation.
If you just want to test it, this package dft_all_features.wasm is the package that contains all the optional features
I saw the DFT standard, and I am very confused as to why there is an interface such as setFee. The existence of Fee will make all businesses confused in the processing of the amount.
I think that a mature project party will not consider the issue of handling fees, because a successful project does not need to rely on handling fees to survive.
Malicious consumption of cycles is also a DDOS attack.
But the query method also consumes cycles
If the call consumes 500w cycles at a time
query consumes 50w cycles at a time
I don’t need to call the call method, the robot can call query.
I just looked at other standards, yes, those based on homogenized tokens have the fee field, and I went to look at non-fungible tokens. I was surprised to find out. I can’t find the fee field, what is the so-called How to prevent ddos attacks in the end.
Hey guys
Im a new developer. Currently im creating a dapp on icp and I havd few questions:
Why do you need to launch your own projects token on ic instead of using icp token?
Im building a dapp tgat requires community to vote on decisions.
If i build my own dapps token how do i even set it up? Does IC has any “dex” like uniswap? Do i create the token based on any token standart projects around, then create a icp/mytoken pair on “icpdex”. How to set up an icon for my token? So many questions…
@808mafia This post (like others you have posted recently) are not productive or helpful to advancement of the ecosystem so I’m closing it down. If you would like to help, you can actually join the token working groups not post trolling comments.
I know it can be seen as harsh, but it’s my role to help the community have a healthy forum for deep discussions.