refactor: Migrate from ethabi crate to alloy-core crate (#272)

* chore: Adding alloy-json-ab and dyn abi crates

* refactor: First attemp migration to alloy json abi

* fix: Fixing hex function signature

* test: Fixing unit tests for evm filters

* chore: Deleting unused file

* test: Fixing tests for evm helpers

* test: Fixing pbt test format token

* chore: Removing ethabi crate

* fix: Adding support for parsing tuples

* test: Fixing pbt test cases

* feat: Adding support for complex tuples

* fix: Removing unnecessary function

* fix: Improving logic for parsing tuples

* fix: Improving logic for parsing events

* test: Test coverage for decode events

* chore: Removing unecessary crates

* chore: Bumping msrv inside cargo file

* docs: Adding docs for tuples

* fix: Improving logic for parsing events

* fix: Improving error handling

* fix: Improving parsing function logic

* fix: Improving error handling

* test: Improving test cases

* fix: Moving tuple type inside array kinds

* fix: Fixing error handler

* fix: Adding parser for tuples

* docs: Extending docs for tuples

* test: Extending test case

* test: Improving load test data and test for tuples

* test: Adding data for test and new folders

* fix: Fixing array strings content

* docs: Extending docs for tuples

* chore: Fix format file

* fix: Fixing whitespaces issue

* fix: Fixing issue when parsing tuples

* fix: Updating error message

* fix: Case insensitive for compare arrays

* chore: Merge main fixes styles

* chore: Fix for yaml files

* chore: Fixes  yaml files

* chore: Fixes again yaml files

Author: NicoMolinaOZ

Cargo.lock

@@ -29,7 +29,6 @@ clap = { version = "4.5", features = ["cargo", "derive"] }
 cron = "0.15.0"
 dotenvy = "0.15.7"
 email_address = "0.2.9"
-ethabi = "18.0.0"
 futures = "0.3"
 glob = "0.3"
 hex = "0.4"

Cargo.toml

@@ -1414,6 +1414,11 @@ Expressions allow for condition checking of function arguments, event parameters
 | `contains`, `==`, `!=`
 | Behavior of `contains` and `==` differs based on whether the value is CSV or a JSON array string. See "Operations on Complex Types" for details.
 
+| `*Tuple (EVM)*`
+| Ordered list represented as a JSON array string (e.g., `'["Alice", 0x1234..., 25, true, [12,34]]'`).
+| `contains`, `==`, `!=`
+| The `contains` operation performs a case-insensitive deep search through all tuple elements. `==` and `!=` perform comparisons against the entire tuple values. See "Operations on Complex Types" for details.
+
 |===
 
 
@@ -1509,6 +1514,28 @@ When an EVM parameter is an array (often represented internally or configured wi
 - `array_param != '["raw_json_array_string"]'` the negation of the above
 - `array_param[0]` indexed access
 
+*Tuple Operations (`kind: "tuple"`)*
+
+- `tuple_param contains 'value'` checks if the string `'value'` exists within the tuple.
+- `tuple_param == (12, "hello", "testing", 34)` checks if the tuple is equal.
+- `tuple_param != (12, "hello", "testing", 34)` checks if the tuple is not equal.
+
+Where `tuple_param` is the name of tuple param (we should have only one param for tuples).
+
+*Note on Solidity Structs:* When working with Solidity smart contracts, struct types are automatically converted to tuples during ABI encoding/decoding. For example, a Solidity struct like:
+
+[source,solidity]
+----
+struct User {
+    uint256 id;
+    string name;
+    string email;
+    uint256 age;
+}
+----
+
+Will be represented as a tuple `*(12, "user_name", "user_email", 34)*` where the values correspond to the struct fields in their declaration order. This conversion is handled transparently by the Solidity compiler and Web3 libraries, allowing you to use the tuple operations above to work with struct data returned from smart contract calls.
+
 ===== Stellar Specifics
 
 *Object (`kind: "object"`) / Map (`kind: "Map"`) Operations*

docs/modules/ROOT/pages/index.adoc

@@ -17,4 +17,4 @@
   "confirmation_blocks": 12,
   "cron_schedule": "0 */1 * * * *",
   "store_blocks": false
-} 
+}

examples/config/networks/avalanche_c_chain.json

@@ -17,4 +17,4 @@
     "confirmation_blocks": 12,
     "cron_schedule": "0 */1 * * * *",
     "store_blocks": false
-  } 
+  }

examples/config/networks/avalanche_fuji.json

@@ -17,4 +17,4 @@
   "confirmation_blocks": 3,
   "cron_schedule": "0 */1 * * * *",
   "store_blocks": false
-} 
+}

examples/config/networks/celo_alfajores.json

@@ -17,4 +17,4 @@
   "confirmation_blocks": 3,
   "cron_schedule": "0 */1 * * * *",
   "store_blocks": false
-} 
+}

examples/config/networks/celo_mainnet.json

@@ -17,4 +17,4 @@
   "confirmation_blocks": 3,
   "cron_schedule": "0 */1 * * * *",
   "store_blocks": false
-} 
+}

examples/config/networks/linea_mainnet.json

@@ -1,6 +1,6 @@
 {
   "network_type": "EVM",
-  "slug": "linea_testnet", 
+  "slug": "linea_testnet",
   "name": "Linea Sepolia Testnet",
   "rpc_urls": [
     {
@@ -17,4 +17,4 @@
   "confirmation_blocks": 3,
   "cron_schedule": "0 */1 * * * *",
   "store_blocks": false
-} 
+}

examples/config/networks/linea_testnet.json

@@ -17,4 +17,4 @@
   "confirmation_blocks": 12,
   "cron_schedule": "0 */1 * * * *",
   "store_blocks": false
-} 
+}