Comments (4)
I was thinking that the actual commands could be the following:
cashout peer <peer-id> [min-amount]: cashes out cheques from a single peer
cashout all <min-amount>: cashes out all the cheques that reaches a minimum amount
cashout list: list all uncashed cheques
However when thinking further about adding deposit
and withdraw
commands then maybe it's better to structure it otherwise. I thought about calling the command chequebook
but we have proof that it's hard to write correctly, although it could be also possible to use cb
as a shorter form. Then the command names could change back to cashout-peer
, cashout
and list-uncashed
.
Another idea was using bzz
for this command name because we are ultimately dealing with BZZ but that may be also confusing because it's also an overloaded concept since it's used in the endpoint and a future protocol as well.
What do you think?
@Cafe137 @nugaon @vojtechsimetka @AuHau
from swarm-cli.
Another idea was using
bzz
for this command name because we are ultimately dealing with BZZ but that may be also confusing because it's also an overloaded concept since it's used in the endpoint and a future protocol as well.
I aggree with this we shouldn't use bzz
for this too.
However when thinking further about adding
deposit
andwithdraw
commands then maybe it's better to structure it otherwise. I thought about calling the commandchequebook
but we have proof that it's hard to write correctly, although it could be also possible to usecb
as a shorter form.
Good consideration, I think we definitely should group these commands under the corresponding phrases that Swarm termonology use, thereby also make these terms familiar and friendly for the users.
But even more important can be these operations have common properties like using blockchain. If the commands have the same parent command then the neccessary options and base functions can be defined there.
Then the command names could change back to
cashout-peer
,cashout
andlist-uncashed
.
I guess you want to change it because the command call tree would be too long, but I would not afraid from this too much and it also keeps the concept of the above mentioned principle, so we should leave it as it is, just put an other level cb
before cashout
.
from swarm-cli.
Hmm, is there an issue for the deposit
and withdraw
commands? I am not completely sure about the functionality.
I agree with following of the terminology that is used across the whole ecosystem, so I would go with chequebook
root command. Btw. yargs supports recommendCommands()
(see how it is used here), that might also help with the bad spelling.
Honestly, I don't think we need three separate sub-commands for these tasks. I think one subcommand cashout
with multiple flags would be sufficient. I imagine following schema:
chequebook cashout [--dry-run] [--peer ADDRESS] [--min AMOUNT]
Where by default it cash out all the cheques that exceed default min. value. If specified --peer
then only for given address the cheque is cashed out. If --dry-run
(or --list
if you would like) is specified then it would show what cheques would be cashed out without cashing them.
Then we could have later on also the subcommand chequebook withdraw
and chequebook deposit
. (I believe they are related right?)
from swarm-cli.
With the swarm-cli 0.6.0
release we have added these commands:
cheque cashout --all
cheque cashout --peer <peer>
cheque list
cheque deposit <amount>
cheque withdraw <amount>
from swarm-cli.
Related Issues (20)
- Mixing `bignumber.js` and native `bigint`
- `Invalid time value` on feed upload
- Revamp testing console messages (get rid of exact indices)
- balance is NaN HOT 2
- feat: more estimates during stamp purchase
- Trying to upload a file and getting false == true error HOT 2
- Feature request: calculate Swarm reference hash of content HOT 2
- remove greater than 100mb?
- Feature - Dry run Upload with CLI HOT 1
- Allow toping up stamps generated on another node HOT 1
- if in ultralight node, swarm-cli reports incorrect error
- estimate TTL for stamp based on current price
- bzz.link link no longer works
- Unclear Error "Invalid time value"
- feed print incorrect Number of updates
- feat: "dry run" determine what the hash of content that will be uploaded will be HOT 1
- feat: modify v3 password
- feat: unlock v3 wallet
- feat: lock private key
- Readme minimum bee version?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from swarm-cli.