From 24eb097dd0addce954e2d667673747f8beaf919e Mon Sep 17 00:00:00 2001 From: Jan Turk Date: Tue, 9 May 2023 21:20:12 +0200 Subject: [PATCH] Update EIP-6454: Remove redundant sentence in rationale Merged by EIP-Bot. --- EIPS/eip-6454.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/EIPS/eip-6454.md b/EIPS/eip-6454.md index c8852d0c0bcea..2dc17ad1e600a 100644 --- a/EIPS/eip-6454.md +++ b/EIPS/eip-6454.md @@ -93,7 +93,7 @@ Designing the proposal, we considered the following questions: 5. **Should we include the most straightforward method possible that only accepts a `tokenId` parameter?**\ The initial version of the proposal contained a method that only accepted a `tokenId` parameter. This method would return a boolean value indicating whether the token is transferable. However, the fact that the token can be non-transferable for different reasons was brought up throughout the discussion. This is why the method was changed to accept additional parameters, allowing for a more flexible implementation. Additionally, we kept the original method’s functionality by specifying the methodology on how to achieve the same result (by passing the `0x0000000000000000000000000000000000000000` address as the `to` and `from` parameters). 6. **What is the best user experience for frontend?**\ - The best user experience for the front end is having a single method that checks whether the token is transferable. This method should handle both cases of transferability, general and conditional. This is why the second method is defined as an overload of the first method.\ + The best user experience for the front end is having a single method that checks whether the token is transferable. This method should handle both cases of transferability, general and conditional.\ The front end should also be able to handle the case where the token is not transferable and the transfer is attempted. This can be done by checking the return value of the transfer function, which will be false if the token is not transferable. If the token would just be set as non-transferable, without a standardized interface to check whether the token is transferable, the only way to validate transferability would be to attempt a gas calculation and check whether the transaction would revert. This is a bad user experience and should be avoided. ## Backwards Compatibility