Transaction a211384ea421dafd2252c1fe190d28fb7b2a12d6f2de2f1695bf9c1210b2ef86

1 Input
  • bf1f3bb9ea5cd9967888aa03c8b03480a66761f13ced801d282f7160a11801b8:91
    OP_DATA_32(32) bc8f98f9971e3d924039b152ccf1a273ebd288f1949eac8002b447845bb4fc3c
    OP_CHECKSIG(172)
    OP_0(0)
    OP_IF(99)
    OP_DATA_3(3) ord
    OP_DATA_1(1) 
    OP_DATA_16(16) application/json
    OP_0(0)
    OP_PUSHDATA2(77) {"subject":"Re: A few suggestions","content":{"format":"html","body":"\u003cdiv class=\"post\"\u003eHelpful suggestions, thanks.\u003cbr/\u003e\u003cbr/\u003e\u003cdiv class=\"quoteheader\"\u003e\u003ca href=\"https://bitcointalk.org/index.php?topic=12.msg40#msg40\"\u003eQuote from: madhatter on December 09, 2009, 05:34:46 AM\u003c/a\u003e\u003c/div\u003e\u003cdiv class=\"quote\"\u003e- When the bitcoin software establishes a connection with a peer (client TCP socket) have the client send the handshake string. Righ
    OP_PUSHDATA2(77) t now you have the server (server TCP socket) send the handshake. My reasons for this are anonymity of course. It is far too easy for ISPs to portscan clients and detect they are running this program.\u003cbr/\u003e\u003c/div\u003eThat's a good idea. \u0026nbsp;The side accepting the connection just needs to withhold from sending anything until it receives a valid handshake. \u0026nbsp;Any portscan would only get a dead connection that doesn't volunteer to identify itself. \u003cbr/\u003e\u003cbr/\u003e\u003cdiv cl
    OP_PUSHDATA2(77) ass=\"quoteheader\"\u003eQuote\u003c/div\u003e\u003cdiv class=\"quote\"\u003e- Use some sort of encryption during the handshake (sort of goes with the statement/request above) to obfuscate what the software is during DPI (deep packet inspection). I am really thinking about people in non-free (as in freedom) countries such as China/Iran.\u003cbr/\u003e\u003c/div\u003eI have thought about eventually SSLing all the connections. \u0026nbsp;I assume anything short of SSL would be pointless against DPI. \u0026nbsp;Maybe
    OP_PUSHDATA2(77) a better more immediate solution is to connect through TOR, which will be possible with 0.2. \u0026nbsp;\u003cbr/\u003e\u003cbr/\u003e\u003cdiv class=\"quoteheader\"\u003eQuote\u003c/div\u003e\u003cdiv class=\"quote\"\u003e- Some sort of an API is needed so that this system can be integrated with websites to provide instant-on services. A simple https receipt mechanism would do wonders. Have the client post each incoming payment to an https url with all of the relevant information and provide status updates. Also a
    OP_PUSHDATA2(77) n outbound payment mechanism would be nice. So one could automate payments (and batch payments) outbound. Status could be returned via the https receipt interface.\u003cbr/\u003e\u003c/div\u003eThat's one of the main things on the agenda after 0.2.\u003cbr/\u003e\u003cbr/\u003e\u003cdiv class=\"quoteheader\"\u003eQuote\u003c/div\u003e\u003cdiv class=\"quote\"\u003e- Static port/Random port. Have a setting to randomly assign the port that it runs on. (also be able to set it statically for very restrictive firewalls)
    OP_PUSHDATA2(77) .\u003cbr/\u003e\u003c/div\u003eYeah, the other stealth stuff would be kinda pointless if it's always the same port number.\u003cbr/\u003e\u003cbr/\u003e\u003cdiv class=\"quoteheader\"\u003eQuote\u003c/div\u003e\u003cdiv class=\"quote\"\u003e- UPnP support. Have the client automatically create the port forward on upstream routers. Enabled by default. Can be turned off in the options menu.\u003cbr/\u003e\u003c/div\u003eI'm looking forward to trying UPnP. \u0026nbsp;Do most P2P clients typically have UPnP enabled by
    OP_PUSHDATA2(77) default?\u003cbr/\u003e\u003cbr/\u003e\u003cdiv class=\"quoteheader\"\u003eQuote\u003c/div\u003e\u003cdiv class=\"quote\"\u003e- Ability to compile a headless (console only) install for *NIX systems. Also have the ability to just run as a network service. Perhaps with a telnet-able port for control (or even a unix socket would be ok).\u003cbr/\u003e\u003c/div\u003eI'm still thinking about how best to structure the management interface. \u0026nbsp;Maybe command line commands to communicate with the background daemon
    OP_PUSHDATA2(77) to query transactions received and initiate sending transfers. \u0026nbsp;That would be more automation friendly. \u0026nbsp;Or what about an http interface on some port other than 80 to manage it with a browser?\u003cbr/\u003e\u003cbr/\u003e\u003c/div\u003e"},"source":{"name":"Bitcoin Forum","url":"https://bitcointalk.org/index.php?topic=12.msg41#msg41"},"date":"2009-12-09T18:45:10Z"}
    OP_ENDIF(104)
1 Outputs
  • a211384ea421dafd2252c1fe190d28fb7b2a12d6f2de2f1695bf9c1210b2ef86:0
    • value  546
    address  bc1par0s4uucpjhvgesastmsdyvna642gjhcmf7ge4t8khh4ddvp3kyscrxmwp