Row 91584

Row ID: 91584 | Dataset Entry | Axioma AXP Content Repository

Content Data

This page contains data entry 91584 from the Axioma AXP content repository. The structured data below represents the complete record for this entry.

very interesting so I have this 3x signed transaction packet on my hands. and i (or i assume anybody that has the packet) then broadcasts it to the Grin network.

This transaction then i assume is worth 100 grins to the other party (you) that signed that transaction. ie. you will be the only one that can take that transaction and spend it with somebody else.

i assume in a very similar way miners pick up these transactions and validate them into blocks using POW.

this seems Bitcoin could implement same feature if every bitcoin transaction required a signature from the private key of the receiving address.

So lets talk about the difference.

Apparently in Grin intermediate transactions are discarded. A to B to C, just cuts out B. and you have A to C.

but then if C gives to D and D gives E - wouldnt that cut out everyone again and you will always have A to E. In fact , after a million years, it will still be the original A to ZYHD << counting in base 26.

After I understand this 'discarding' mechanism, i will ask about double-spending.

thanks

FieldValue
text very interesting so I have this 3x signed transaction packet on my hands. and i (or i assume anybody that has the packet) then broadcasts it to the Grin network. This transaction then i assume is worth 100 grins to the other party (you) that signed that transaction. ie. you will be the only one that can take that transaction and spend it with somebody else. i assume in a very similar way miners pick up these transactions and validate them into blocks using POW. this seems Bitcoin could imple…
label r/btc
dataType comment
communityName r/btc
datetime 2024-05-25
username_encoded Z0FBQUFBQm5Lak1zX1VCXzUwV21hSjVQWDVOLWU3NHJwQUNZN05jMjRvVXVmcTB2TENWcnIzcG42cjRPdEt5bEdXNDVwa2JuelRTekpNLVV4OFp5RGswVEI5ZENMUkZ5bDJZd0FSQ01PRTZHLUJ0RXBIVC00OXc9
url_encoded Z0FBQUFBQm5Lak85UlQ2aXI3d0p4eC1hejlKMTl3OUFZWW5zR2R0WmxxclZYa2xwZEU5SWtDRkVwNXRsV1BzSkRFSU5rV0doS0VwWmlRRjMtNVp2NzVMMWs5NzQxczMyQk5oRW90eXR3aC05ajN1U3dqcVczR2M4MnZGSnZsT1VURjQ5MFdQYzBKUG9WQS1PTXlwTHhDOXU4TXppanVfVWY2Y3F0UXZyb0dFd0lwR01iU1dLRUFCUElBcXlRY0JKSnlRN0k2RlFITzB2

Raw Record

{
  "text": "very interesting so I have this 3x signed transaction packet on my hands.\nand i (or i assume anybody that has the packet) then broadcasts it to the Grin network.\n\nThis transaction then i assume is worth 100 grins to the other party (you) that signed that transaction.  ie. you will be the only one that can take that transaction and spend it with somebody else.\n\ni assume in a very similar way miners pick up these transactions and validate them into blocks using POW.\n\nthis seems Bitcoin could implement same feature if every bitcoin transaction required a signature from the private key of the receiving address.\n\nSo lets talk about the difference.\n\nApparently in Grin intermediate transactions are discarded. A to B to C, just cuts out B. and you have A to C.  \n\nbut then if C gives to D and D gives E - wouldnt that cut out everyone again and you will always have A to E.   In fact , after a million years, it will still be the original A to ZYHD << counting in base 26.\n\nAfter I understand this 'discarding' mechanism, i will ask about double-spending.\n\nthanks",
  "label": "r/btc",
  "dataType": "comment",
  "communityName": "r/btc",
  "datetime": "2024-05-25",
  "username_encoded": "Z0FBQUFBQm5Lak1zX1VCXzUwV21hSjVQWDVOLWU3NHJwQUNZN05jMjRvVXVmcTB2TENWcnIzcG42cjRPdEt5bEdXNDVwa2JuelRTekpNLVV4OFp5RGswVEI5ZENMUkZ5bDJZd0FSQ01PRTZHLUJ0RXBIVC00OXc9",
  "url_encoded": "Z0FBQUFBQm5Lak85UlQ2aXI3d0p4eC1hejlKMTl3OUFZWW5zR2R0WmxxclZYa2xwZEU5SWtDRkVwNXRsV1BzSkRFSU5rV0doS0VwWmlRRjMtNVp2NzVMMWs5NzQxczMyQk5oRW90eXR3aC05ajN1U3dqcVczR2M4MnZGSnZsT1VURjQ5MFdQYzBKUG9WQS1PTXlwTHhDOXU4TXppanVfVWY2Y3F0UXZyb0dFd0lwR01iU1dLRUFCUElBcXlRY0JKSnlRN0k2RlFITzB2"
}
Explore Dataset Explore Row

Entry Information