Hello everyone!
To start, I'd like to thank you all for taking the time and effort to test and review Zenland. September marks the end of Phase I of our beta program and the beginning of Phase II.
Our goal for this phase of tests is to expand the UI functionality of the existing escrow smart contracts by releasing a few additions in plan for Q4. Important updates will be published both here on the forum and on our community channels.
So, further feedback and ideas are appreciated at all times.
All eligible contributors will be considered regardless of the available slots. The slots are listed to regulate the influx of testers of different ranks (and experience) to obtain objective reports. They should not prevent interested applicants from participating.
I see a few more questions and suggestions since my last post. So, I'll go over them with due responses.
On my first visit of the Zenland website, I noticed we only have metamask as an option to connect our wallets to the platform when we have several other options to interact with our web3 wallets such as walletconnect, keplr and many others, I understand if this is a way to keep the site tidy but wouldn't this be more appealing if other coins can be used without restriction of certain blockchains like BSC and Ethereum blockchains.
At this point, Zenland escrow contracts have 5 EVM-supported mainnet integrations (Ethereum, Polygon, BSC, Avalanche, Fantom), and two test networks (Rinkeby and Binance Smart Chain). As we wrap up with the testnets, applicants will be invited for mainnet tests. As for the web3 wallets, more login options will be added in future releases.
One other little detail that caught my eye was the "Zenland fee payer", I thought this should be put as a question like, "Who Pays the fee" which should make it easy for all to understand, then the dropdown menu will serve its purpose. Btw that 50x50 split needs to be changed to the traditional layout of 50:50 or 50/50 which should be easy for all to understand.
I would like you somehow to highlight more the "It's me" buttons in this section, it was not a problem to me but it would be ideal if it was clear these are buttons and not just text/ an hyperlink.
Also, if possible, it would be great to change the color of all the information buttons/hints "(i)", make them blue and a little bit bigger for people with a worse sight to notice them easier, since it blends a bit with the white background. I had no problem with them but others may, though.
I would suggest to change the name of this step from "Transfer" to "Transfer to Contract", "Funding contract", "Depositing in contract" or something similar to make it easier for newbies to understand they are funding the smart contract itself.
It is very useful this service shows a log of those contracts we have opened before and the status of each one of those. I'd wish there as an option to export the information of these contracts to PDF, for example, so we can have our own register of contracts on our computers inside a folder. Other formats would be appreciated as well.
I would add some message in the app's main webpage (just before connecting to Metamask) to let know users that every time they interact with a smart contract a fee to the network itself must be paid, so Ethereum users will know what to expect, let us not forget ETH network can be expensive sometimes, this may help people to save some money by using a cheaper network, in case Ethereum is congested.
All are helpful suggestions that make sense to implement in future releases.
Btw that 50x50 split needs to be changed to the traditional layout of 50:50 or 50/50 which should be easy for all to understand.
This has been corrected for “50/50”. Zenland beta v1.2 has it in place.
As a buyer when trying to initiate the contract, I thought the dropdown menu was suppose to show the balance of each token I hold but instead it should only which tokens I could use as payment which left me guessing how much I can send.
Displaying the amount of coins each wallet holds inside the contract form may confuse users who already know how much money is transacted between them. It feels a little confusing during tests because a buyer and a seller are simulated by a single person.
When deploying the contract,I was made aware that the fee was going to be charged on my internal wallet but i noticed the $25 on my zenland dashboard reduce and metamask had deducted gas fees too, so does this mean when the platform goes live we need to have some funds on the Zenland platform?
Yes, the payer(s) balance displayed at the top of the dashboard cannot be lower than the fee displayed in the contract form. During beta tests, the service fee is covered by the balance provided to each user by us.
I got to the Transfer stage which I found a little confusing, is it possible to have the Buyer see something like "Transfer to Escrow" while the seller sees " waiting for Funds to be Escrowed" so as to make the whole process easy and fast for everyone.
The tooltip (info box) at the top of the "Transfer" stage serves its purpose to explain what and where the transfer takes place. Though, we will consider adding a suggested message as more users feel confused.
One priority that needs to be considered is greying out the Release Button to prevent accidental release of funds by the buyer as blockchain transactions are irreversible and not everyone will fulfill their part after such a mistake.
That makes sense, but because the "Release" is a blockchain transaction, Metamask will ask a buyer to sign it. So even if accidentally clicked, it will not be executed until the user confirms it again in Metamask (which would be noticed).
but in the "due date" section there we can write the time and date at the same time so I'm a little confused by this difference because when I highlight it in the instructions it has the same description. it would be better if you have one form for the expiration date or due date.
Not sure if I got this right. As far as the info box is concerned, there is one explanation of the due date (or the deadline for a seller) to complete the order. Time is by default at 00:00 and has been added to calculate the exact time for the delivery. Also, once published to the blockchain, smart contracts technically have no expiration date and remain indefinitely in the blockchain. It is the conditions initially set, such as due date, that allow users to interact with the contract within specified constraints.
All links are working, but I just wonder why your Twitter account has been suspended.
Our Twitter account has not been internally run and has been accessed from different IPs. This has resulted in its suspension. It has been replaced with the new one and updated on the website.
The functionality is working perfectly, I didn't encounter errors aside from "Internal JSON-RPC error" after writing "Thank you" in the Contract completion message.
The bug should no longer persist in Zenland v1.2 beta.
One more thing I noticed is the Notifications, I think it's confusing. The sort order is random. And the message text is not fully showing at least hovering the mouse on the desired item.
Make sure the user can tell when they receive a request, highlight the button somehow and add a small notification sound.
Notifications will be given more focus as further releases go live.
I ended up scrolling the info-graph instead the webpage itself even though I did not want to. Also, the info-graph sensibility to the mouse scrolling is high, it only takes a small spin to move to the next step on the explanation, it would be good to make this movement a bit slower and less sensitive.
As the beta updates continue suggested edits will be made to the main website.
I also like the review system one can use to rate the counterpart. It would be useful to know what would be happen if someone sent a false or malicious review after the completion of a deal. These cases are addressed in P2P markets, like the one in Binance.
Because every contract interaction gets recorded in the blockchain, users would be able to see unreliable sellers (or buyers) from their actions. What I mean is that if a seller has say 10 contracts with random users with good reviews and no disputes, and then the next buyer leaves a malicious review this won’t impact the seller's reputation. That said, we plan to implement full profile review analytics so that users are able to spot cheaters.
need improve
add tutorial in pop up like (when facebook show us big change usually they add little pop up in every thing that made a change)
add mark as read in notification (in bell ring)
adding more language (*psst just PM me if you need indonesia translator) because its needed since crypto community is worldwide
adding dark mode (like the other have said that this needed because its become habit and many major app has this)
adding tutorial in video so user can better understand
adding other wallet provide source not just metamask
the seller star accumulation should be somewhere in public so people can see that seller is
advance
if this on etherum add .ens name would also great
adding more chain and cryptocurrency type
support bridge so buyer can pay in any chain but buyer can receive also in desire chain.(its very hard haha but would be major roadmap)
create your own token for discount and staking program althought is not really necessar
These are all well-defined suggestions that are in the plan. More guides and tutorials, and support for other languages will be added in the future. As for more options to send and receive payments from smart contracts, we are working on full EVM support for blockchain networks of choice. Buyers/sellers will be able to add other EVM networks to their dashboards and deploy contracts there (just like Metamask users do).
Suggest: To me i will suggest the contract creation should be place in such a way that, the creator can not create contract which is valued more than the wallet holding, not until when you have gotten to the transfer stage that's when you will realize you don't have enough balance for escrow fee and contract payment.
I was a victim of this and that cost me gas and made me start the process again from the chain which i actually have enough funds.
I see your point, and we will think of ways to make it intuitive for new users. During tests, the confusion is likely because a single user acts as both a buyer and a seller.