some data not extracted by current parser

[SmartLayer]

Previous @darakhbharat commented:

One more observation is When I uploaded/tested - build/test-results/signed-devcon-ticket.der on https://lapo.it/asn1js/ the result is not matching 100%, see the riddle value is different and also there are more extracted values. Might not be an issue just added my observation.

First let's observe what is already extracted:

$ gradle testJavaScript
Configuration on demand is an incubating feature.

> Task :testJavaScript
SignedDevconTicket {
  ticket: DevconTicket {
    devconId: 6n,
    ticketId: 48646n,
    ticketClass: 0n,
    riddle: ArrayBuffer {
      [Uint8Contents]: <04 0a fd f0 e2 47 4c ae 9b 66 16 f0 4b ac dd 9f 76 ab 58 82 db b8 39 9d 3f 60 a1 53 61 da d7 03 0f 27 be 3f 58 3f e4 5d e9 49 5f 84 f4 82 37 ec 2b 7c 71 0e b3 b5 d2 e7 a5 65 2d 8d 56 c7 18 25 6f>,
      byteLength: 65
    }
  },
  signatureAlgorithm: AlgorithmIdentifier { algorithmId: '' },
  signatureValue: ArrayBuffer {
    [Uint8Contents]: <30 44 02 20 51 30 00 0d 60 09 b0 c7 1d ee 39 10 69 6a 9b 95 6e cd f7 1e c1 6d 90 f1 23 f1 6d 52 e2 71 2c 08 02 20 33 79 93 44 26 d7 26 3f d7 9e 6b f6 b9 51 b5 ee 4f 21 73 e7 a0 4f 29 18 2a f8 c2 35 45 d3 4f 6e>,
    byteLength: 70
  }
}

BUILD SUCCESSFUL in 1s
6 actionable tasks: 1 executed, 5 up-to-date

I believe @darakhbharat refers to byte 84 to byte 320 (other parts are found in the resulting data object):

$ openssl asn1parse -inform DER < build/test-results/signed-devcon-ticket.der 
    0:d=0  hl=4 l= 392 cons: SEQUENCE          
    4:d=1  hl=2 l=  78 cons: SEQUENCE          
    6:d=2  hl=2 l=   1 prim: INTEGER           :06
    9:d=2  hl=2 l=   3 prim: INTEGER           :BE06
   14:d=2  hl=2 l=   1 prim: INTEGER           :00
   17:d=2  hl=2 l=  65 prim: OCTET STRING      [HEX DUMP]:040AFDF0E2474CAE9B6616F04BACDD9F76AB5882DBB8399D3F60A15361DAD7030F27BE3F583FE45DE9495F84F48237EC2B7C710EB3B5D2E7A5652D8D56C718256F
   84:d=1  hl=3 l= 236 cons: SEQUENCE          
   87:d=2  hl=2 l=   7 prim: OBJECT            :id-ecPublicKey
   96:d=2  hl=3 l= 224 cons: SEQUENCE          
   99:d=3  hl=2 l=   1 prim: INTEGER           :01
  102:d=3  hl=2 l=  44 cons: SEQUENCE          
  104:d=4  hl=2 l=   7 prim: OBJECT            :prime-field
  113:d=4  hl=2 l=  33 prim: INTEGER           :FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEFFFFFC2F
  148:d=3  hl=2 l=  68 cons: SEQUENCE          
  150:d=4  hl=2 l=  32 prim: OCTET STRING      [HEX DUMP]:0000000000000000000000000000000000000000000000000000000000000000
  184:d=4  hl=2 l=  32 prim: OCTET STRING      [HEX DUMP]:0000000000000000000000000000000000000000000000000000000000000007
  218:d=3  hl=2 l=  65 prim: OCTET STRING      [HEX DUMP]:0479BE667EF9DCBBAC55A06295CE870B07029BFCDB2DCE28D959F2815B16F81798483ADA7726A3C4655DA4FBFC0E1108A8FD17B448A68554199C47D08FFB10D4B8
  285:d=3  hl=2 l=  33 prim: INTEGER           :FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141
  320:d=3  hl=2 l=   1 prim: INTEGER           :01
  323:d=1  hl=2 l=  71 prim: BIT STRING        

Now, condensing this part is the task of #70 so this issue depends on that one. I'll keep this open until we have a resolution on #70